OBJECT_NAME is not filled out for cache buffer chains so AFAIK if there is a value there it is a value left over from some previous wait event. Similarly a "null" wait is a bug so questionable how much one can do with that data. db file scattered read should have the correct OBJECT_NAME though you can check p1 and p2 and look it up in the extent map to double check it. I've seen instances where OBJECT_NAME was incorrect and p1 and p2 were correct. - Kyle On Mon, Aug 11, 2014 at 2:07 PM, Dba DBA <oracledbaquestions@xxxxxxxxx> wrote: > Yeah its old. Have some DBs in 10.2.0.4. Yeah I know desupported. > > This is a query I like to run in 11g. It tells me which objects I spend > the most time on for a given query. helps when i have a complex plan. > > Query is below > > top events in order > null, latch: cache buffers chains, db_file scattered read > > None of that is surprising. However, the top 'OBJECT_NAME', is an index > thats not on a table used by the query and doesn't show up in the explain > plan. > > What am I missing? I don't recall having this issue in 11.2+ Is this a 10g > issue? Back in 10g, I didnt use ASH much. I usually used 10046 trace. So > not sure. > > select event,object_name,count(*) > from v$active_session_history a, dba_objects b > where a.current_obj#=b.object_id > and a.sample_time > SYSDATE - 2/24 > and sql_id = <MYQUERY_ID>' > group by event,object_name > order by 3 desc >