Re: Data Transfer between two instances

I believe that transferring large quantities of data between point A and point B at discrete intervals is not an optimal operation in itself. I could argue a point that if application needs to do so, the application needs to be re-designed, possibly by using data guard or similar tools which would transfer data continuously, in small quantities. When the need for accessing the data arises, the data is already there and all you need is a Cartesian product in which several multi-gigabyte tables are accessed using full table scan, preferably by using nested loops. That ought to keep the instance busy until the next transfer.
On 10/20/2003 10:49:29 AM, "Goulet, Dick" wrote:
> Stephane,
>
> After much experimentation it is my considered opinion that
> SQL*Net is NOT the most efficient way to move data from point a to b,
> especially when using DB_LINKS. SDU-TDU do help, but only
> marginally.
> What you really need to do is use a bulk collect method that most
> application duhvelopers just don't seem to understand. They like
> their data by the spoon full, not dump truck load.
>
>
> Dick Goulet
> Senior Oracle DBA
> Oracle Certified 8i DBA
>
> -----Original Message-----
> Sent: Monday, October 20, 2003 10:19 AM
> To: Multiple recipients of list ORACLE-L
>
>
> Db link slow ?
> Are you sure ? What was the bottleneck when you test ?
>
> Using insert /*+ appent */ on non-indexed tables with nologging is
> usually fast enough in most cases.
>
> I know that we can play with the SDU-TDU parameters on sql*net but I
> do not know what kind of performance improvement we can get from
> that.
>
>
>
>
> Stephane Paquette
>
>
> Administrateur de bases de donnees
>
> Database Administrator
>
> Standard Life
>
> www.standardlife.ca
>
> Tel. (514) 499-7999 7470 and (514) 925-7187
>
> stephane.paquette_at_standardlife.ca
>
>
> -----Original Message-----
> Gunnar Berglund
> Sent: 20 octobre, 2003 01:39
> To: Multiple recipients of list ORACLE-L
>
>
>
> Hi all,
>
> we have an application which needs data from other environment (which
> is actually SAP db). Currently we have implemented it the way we
> create flat files and put them in using pl/sql -procedures but I
> don't
> like this because the data in the flat files are "visible" and it is
> somehow "secret".
>
> What other options we might have if we do not want to use db links
> (because of its slowness.
>
> I very much appreciate all your suggestions...
>
> TIA
> gb
>
>
>
> _____
>
> Want to chat instantly with your online friends?
> <http://uk.rd.yahoo.com/mail/tagline_messenger/*http://uk.messenger.yahoo.com/
> >
> Get the FREE Yahoo! Messenger
>

>

Mladen Gogala
Oracle DBA

Note:
This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Wang Trading LLC and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity.

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Mladen Gogala
  INET: mladen_at_wangtrading.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).