The problem is generic, the specific query isn't the point. RAC is a massive improvement on OPS because block transfer is by wire not disc - but it still takes a serious amount of time to fling blocks from node to node, especially if the blocks have been subject to very recent update at the remote nodes.
I like both your explanations for the size, and the unusual number of obj$ blocks that needed CR serving. Regards Jonathan Lewis http://www.jlcomp.demon.co.uk Coming soon a new one-day tutorial: Cost Based Optimisation (see http://www.jlcomp.demon.co.uk/tutorial.html ) Next Seminar dates: (see http://www.jlcomp.demon.co.uk/seminar.html ) ____England______January 21/23 The Co-operative Oracle Users' FAQ http://www.jlcomp.demon.co.uk/faq/ind_faq.html -----Original Message----- To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]> Date: 03 January 2003 02:34 >Do you think it's really the big problem? I'm just >thinking about Oracle APPS instance or something >alike. Somebody could start object recompilation >(maint. pack/adadmin), synonyms creation or whatever >like that on a node. Meanwhile full obj$ scan >is/will go on on other node. How often people do >FTS of obj$ on OLTP systems? > >There is 80% probability that many of those are/were >synonyms or that system is fully synonyms based. I >have no other idea -- 463566 looks really cool. > -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Jonathan Lewis 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).
