Re: Re: performance when inserting into child tables
- From: Mladen Gogala <mladen@xxxxxxxxxxxxxxx>
- To: oracle-l@xxxxxxxxxxxxx
- Date: Wed, 21 Apr 2004 17:10:41 -0400
On 04/21/2004 04:38:30 PM, Jonathan Lewis wrote:
> Two:
> I've never checked this, but when you do the insert/select on
> the child, it is possible that the normal array insert optimization
> (which reduces the volume of undo and redo significantly) cannot
> take place because of the intervening integrity test on each row.
> In this case, it isn't the child insert that is slow, it's the parent
> insert that's quick. (I'll check this some time, and try to remember
> to report back).
Jonathan, just how will you set about checking that assumption? The only
difference, as far as I can see would be a different path through the
oracle executable. Are you linking with a profiler or running things
through the dbx? The only tool that I have that can potentially apply
is tracing with the event 10053. Do you expect the SQL execution path
different in the optimizer? I'm extremely curious about the method for
checking things like that. Despite all my years of experience, I wasn't
able to come up with anything that would allow me to analyze path through
the oracle executable itself, although God knows that I tried some
rather nasty things, some of which have included the "dis" command, but
I didn't become any smarter.
--
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.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Other related posts:
