Nope. The "scattered reads" are just the I/O requests to read the info in SYS.SEG$ from the datafile. There's no better way to do it... Why are you concerned about this? Is it taking a huge amount of time per wait? Is this query being executed often? If so, then why? The number of such waits is unavoidable (i.e. SEG$ is usually as big as it needs to be), but the duration per wait might be something to investigate, if it is considered excessive... on 2/3/04 12:28 AM, Kommareddy, Srinivas (MED, Wissen Infotech) at Srinivas.Kommareddy@xxxxxxxxxx wrote: > Hi Gurus, > > DB: 9.2x > OS: solaris 2.8 > > Why the following query is waiting for db file scattered reads.... > > select segment_name from dba_segments > where tablespace_name in > ('ASPD', > 'CSED', > 'CUED', > 'DDDD' ..... 50 more tablespaces. > > What could be done to avoid this db file scattered reads ? > > Is there a better way to get this. > > > Thanks and Regards, > Srinivas > Oracle DBA ( ODC ) > Wissen Infotech Pvt. Ltd. > Hyderabad, India > Work +91-40-55313031, 91-40-27892897 > e-mail Srinivas.Kommareddy@xxxxxxxxxx > Visit us http://www.wisseninfotech.com <http://www.wisseninfotech.com> > > > ---------------------------------------------------------------- > 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 > ----------------------------------------------------------------- ---------------------------------------------------------------- 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 -----------------------------------------------------------------