Return-Path: Received: from newsfeed.cts.com (newsfeed.cts.com [209.68.248.164]) by naude.co.za (8.11.2/8.11.2) with SMTP id g572n9808321 for ; Thu, 6 Jun 2002 22:49:09 -0400 Received: from fatcity.UUCP (uucp@localhost) by newsfeed.cts.com (8.9.3/8.9.3) with UUCP id LAA62998; Thu, 6 Jun 2002 11:43:51 -0700 (PDT) Received: by fatcity.com (26-Feb-2001/v1.0g-b71/bab) via UUCP id 0047687C; Thu, 06 Jun 2002 11:30:27 -0800 Message-ID: Date: Thu, 06 Jun 2002 11:30:27 -0800 To: Multiple recipients of list ORACLE-L X-Comment: Oracle RDBMS Community Forum X-Sender: "Igor Neyman" Sender: root@fatcity.com Reply-To: ORACLE-L@fatcity.com Errors-To: ML-ERRORS@fatcity.com From: "Igor Neyman" Subject: Re: why so much slower Organization: Fat City Network Services, San Diego, California X-ListServer: v1.0g, build 71; ListGuru (c) 1996-2001 Bruce A. Bergman Precedence: bulk Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0071_01C20D67.380F8910" ------=_NextPart_000_0071_01C20D67.380F8910 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: why so much slowerPaula, Try to join partitioned tables inside in-line view (since you are = saying, that performance of this join is ok), and add small codetable in = "outer" select with NO_MERGE hint. Igor Neyman, OCP DBA ineyman@perceptron.com ----- Original Message -----=20 From: Paula_Stankus@doh.state.fl.us=20 To: Multiple recipients of list ORACLE-L=20 Sent: Thursday, June 06, 2002 12:38 PM Subject: RE: why so much slower Tried that=20 -----Original Message-----=20 From: Mike Killough [mailto:mwkillough@hotmail.com]=20 Sent: Wednesday, June 05, 2002 7:19 PM=20 To: Multiple recipients of list ORACLE-L=20 Subject: RE: why so much slower=20 Why don't you try using a leading or ordered hint to get oracle to use = the=20 smaller table first?=20 >From: Paula_Stankus@doh.state.fl.us=20 >Reply-To: ORACLE-L@fatcity.com=20 >To: Multiple recipients of list ORACLE-L =20 >Subject: RE: why so much slower=20 >Date: Wed, 05 Jun 2002 12:18:45 -0800=20 >=20 >more info. It seemed just when I went from two to three tables in a = join=20 >there was a very substantial increase in elapsed time. I did join = with one=20 >large table and small codetable alone and performed like a champ. = Hmmmm.=20 >Any ideas?=20 >=20 >-----Original Message-----=20 >Sent: Wednesday, June 05, 2002 3:03 PM=20 >To: 'ORACLE-L@fatcity.com'=20 >=20 >=20 >=20 >Set sort_area_size to very large as 20Gb (obscene) amount of space=20 >available.=20 >Doing 2 large table outer joins returns results in .341 seconds - = both=20 >partitioned on same criteria=20 >added one small codetable equijoin with one of the larger tables. = There is=20 >a foreign key to codetable and index that is unique.=20 >Used hash join hint=20 >Used nested loop hint=20 >=20 >Basically saw two large joins sort merged hash join then nested join = to=20 >smaller table - much much smaller codetable.=20 >=20 >NO matter what it seems query is much much slower - Any ideas?=20 >=20 >=20 >=20 _________________________________________________________________=20 Chat with friends online, try MSN Messenger: http://messenger.msn.com=20 --=20 Please see the official ORACLE-L FAQ: http://www.orafaq.com=20 --=20 Author: Mike Killough=20 INET: mwkillough@hotmail.com=20 Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051=20 San Diego, California -- Public Internet access / Mailing Lists = --------------------------------------------------------------------=20 To REMOVE yourself from this mailing list, send an E-Mail message=20 to: ListGuru@fatcity.com (note EXACT spelling of 'ListGuru') and in=20 the message BODY, include a line containing: UNSUB ORACLE-L=20 (or the name of mailing list you want to be removed from). You may=20 also send the HELP command for other information (like subscribing).=20 ------=_NextPart_000_0071_01C20D67.380F8910 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: why so much slower
Paula,
 
Try to join partitioned tables inside in-line view = (since you=20 are saying, that performance of this join is ok), and add small = codetable in=20 "outer" select with NO_MERGE hint.
 
Igor Neyman, OCP DBA
ineyman@perceptron.com
----- Original Message -----
From:=20 Paula_Stankus@doh.state.fl.= us=20
Sent: Thursday, June 06, 2002 = 12:38=20 PM
Subject: RE: why so much = slower

Tried that

-----Original Message-----
From: Mike=20 Killough [mailto:mwkillough@hotmail.com]= =20
Sent: Wednesday, June 05, 2002 7:19 PM =
To: Multiple recipients of list ORACLE-L
Subject: RE: why so much slower


Why don't you try using a leading or ordered hint to = get=20 oracle to use the
smaller table = first?


>From: Paula_Stankus@doh.state.fl.= us=20
>Reply-To: ORACLE-L@fatcity.com
>To: Multiple recipients of list ORACLE-L=20 <ORACLE-L@fatcity.com>
>Subject: = RE: why so=20 much slower
>Date: Wed, 05 Jun 2002 = 12:18:45=20 -0800
>
>more=20 info.  It seemed just when I went from two to three tables in a=20 join
>there was a very substantial = increase in=20 elapsed time.  I did join with one
>large=20 table and small codetable alone and performed like a champ. =20 Hmmmm.
>Any ideas?
>
>-----Original = Message-----=20
>Sent: Wednesday, June 05, 2002 3:03 PM =
>To: 'ORACLE-L@fatcity.com'
>=20
>
> =
>Set sort_area_size to very large as 20Gb (obscene) amount = of=20 space
>available.
>Doing=20 2 large table outer joins returns results in .341 seconds - = both=20
>partitioned on same criteria
>added one small codetable equijoin with one of the larger = tables.  There is
>a foreign key to = codetable=20 and index that is unique.
>Used hash join = hint
>Used nested loop hint =
>
>Basically saw two large = joins sort=20 merged hash join then nested join to
>smaller table=20 - much much smaller codetable.
> =
>NO matter what it seems query is much much slower - Any=20 ideas?
>
>=20
>




________________________________________________________________= _=20
Chat with friends online, try MSN Messenger: http://messenger.msn.com =

--
Please see the official = ORACLE-L=20 FAQ: http://www.orafaq.com =
--
Author: Mike Killough =
  INET: mwkillough@hotmail.com

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

------=_NextPart_000_0071_01C20D67.380F8910-- -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Igor Neyman INET: ineyman@perceptron.com Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru@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).