| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> cache buffer chaining
Hi all
I have a query that is currently doing a huge amount of table scans (know the resolution to this) and is also causing a lot of cache buffer chaining (Top wait event, 20 min in a 29 min window, multi CPU machine).
The query in question is of one table and 2 views. The view themselves are selects from views.
All the tables that makes up the data is very small records and there is no chaining for the relevant tables.
There are about 6 tables involved, one table being 15Mb and the other a couple of 8K blocks (max 1000 rows).
Wondering what be causing the chaining.
Only idea I have is that the views that are building the records ends up being longer than 8K, but can not imagine this considering how narrow each of the tables actually are.
The only table that could be causing this is the 15Mb main table (it has 2 columns of varchar2(4000) but these columns are all but empty except for a couple of records where the column (varchar2(4000)) currently contains a ip address.
Ideas.
George
You Have The Obligation to Inform One Honestly of the risk, And As a
Person
You Are Committed to Educate Yourself to the Total Risk In Any Activity!
Once Informed & Totally Aware of the Risk,
Every Fool Has the Right to Kill or Injure Themselves as They See Fit!
The views expressed in this email are, unless otherwise stated, those of the author and not those of the FirstRand Banking Group an Authorised Financial Service Provider or its management. The information in this e-mail is confidential and is intended solely for the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted in reliance on this, is prohibited and may be unlawful. Whilst all reasonable steps are taken to ensure the accuracy and integrity of information and data transmitted electronically and to preserve the confidentiality thereof, no liability or responsibility whatsoever is accepted if information or data is, for whatever reason, corrupted or does not reach its intended destination.
-- http://www.freelists.org/webpage/oracle-lReceived on Thu Feb 17 2005 - 04:33:20 CST
 |
 |