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
[EMAIL PROTECTED]
-----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: [EMAIL PROTECTED]
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: [EMAIL PROTECTED] (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).
