| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: RE: Time to read 6000 (block size 2k) blocks
Okay, I mean "guys."
Cary Millsap
Hotsos Enterprises, Ltd.
http://www.hotsos.com
* Nullius in verba *
Upcoming events:
- Performance Diagnosis 101: 8/10 Boston, 9/14 San Francisco, 10/5 =
Charlotte
- SQL Optimization 101: 7/26 Washington DC, 8/16 Minneapolis, 9/20 =
Hartford
- Hotsos Symposium 2005: March 6-10 Dallas
- Visit www.hotsos.com for schedule details...
-----Original Message-----
From: oracle-l-bounce_at_freelists.org =
[mailto:oracle-l-bounce_at_freelists.org]
On Behalf Of Cary Millsap
Sent: Friday, August 06, 2004 12:21 PM
To: oracle-l_at_freelists.org
Subject: RE: RE: Time to read 6000 (block size 2k) blocks
Excellent to watch this, buys.
Now, if I might suggest: Please take the next step as well, which is to
figure out how to make the CBO execute the correct plan WITHOUT leaving =
=3D
the
hints in. Doing this step now will save you some potentially difficult
maintenance tasks later on.
Cary Millsap
Hotsos Enterprises, Ltd.
http://www.hotsos.com
* Nullius in verba *
Upcoming events:
- Performance Diagnosis 101: 8/10 Boston, 9/14 San Francisco, 10/5 =3D
Charlotte
- SQL Optimization 101: 7/26 Washington DC, 8/16 Minneapolis, 9/20 =3D
Hartford
- Hotsos Symposium 2005: March 6-10 Dallas
- Visit www.hotsos.com for schedule details...
-----Original Message-----
From: oracle-l-bounce_at_freelists.org =3D
[mailto:oracle-l-bounce_at_freelists.org]
On Behalf Of jaysingh1_at_optonline.net
Sent: Friday, August 06, 2004 12:10 PM
To: oracle-l_at_freelists.org
Subject: Re: RE: Time to read 6000 (block size 2k) blocks
Jurijs
You are correct. It worked. Now it is doing 9 LIOs instead of 18,800 =
=3D
LIOs.
Thanks you so much.
> Rows Row Source Operation
> ------- ---------------------------------------------------
> 1 SORT UNIQUE=3D20
> 1 COUNT STOPKEY=3D20
> 1 NESTED LOOPS=3D20
> 4766 TABLE ACCESS BY INDEX ROWID PROFILEDUSER (it has=3D20
> 450,000 rows)
> 4767 INDEX RANGE SCAN (PROFILEDUSER_IX03)
> 1 TABLE ACCESS BY INDEX ROWID EXTENDEDATTRIBUTES (it has=3D20
> 15,000=3D20
> rows)
> 9530 INDEX UNIQUE SCAN (ATTRIBUTES_PK)
>=3D20
> The idea is: to start NL with EXTENDEDATTRIBUTES table. Bacause =
in=3D20
> SQL you=3D20
> have E.CUSTOMERID =3D3D 'ABCDEFGH', and this seems ID value, =
which=3D20
> will return=3D20
> 1 row, instead 4766 loops thought PROFILEDUSER.
>=3D20
>=3D20 >=3D20
-- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------Received on Fri Aug 06 2004 - 12:23:04 CDT
 |
 |