Home/ Questions/Q 668283
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-14T00:01:22+00:00

I have a very simple query that’s giving me unexpected results. Hints on where

  • 0

I have a very simple query that’s giving me unexpected results. Hints on where to troubleshoot it would be welcome.

Simplified, the query is:

SELECT Obs.obsDate, 
       Obs.obsValue, 
       ObsHead.name
  FROM ml.Obs Obs 
  JOIN ml.ObsHead ObsHead ON ObsHead.hdId = Obs.hdId
 WHERE obs.hdId IN (53, 54)

This gives me a query cost of: 963. However, if I change the query to:

SELECT Obs.obsDate, 
       Obs.obsValue, 
       ObsHead.name
  FROM ml.Obs Obs 
  JOIN ml.ObsHead ObsHead ON ObsHead.hdId = Obs.hdId
 WHERE ObsHead.name IN ('BP SYSTOLIC', 'BP DIASTOLIC')

Although it (should) return the same data, the estimated cost shoots up to 17688. Where is the problem here likely to lie? Thanks.

Edit: The query plan says that the index on ObsHead.Name is being used for a range scan, and the table access on ObsHead only costs 4. There’s another index on Obs.hdId that’s being used for a range scan costing 94: it’s the Nested Loops join between the tables that jumps up to 17K.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    As has already been stated, the plan’s cost is not intended for comparing two different queries, only for comparing different paths for the same query.

    This is only a guess, but in this case, the cardinality field of the plan might be more useful to you. If the index on OBSHEAD is not unique and the statistics were gathered using an estimate, then the optimizer may not know exactly how many rows to expect when querying that table. The cardinality will tell you whether this is true or not (ideally, you’ll be seeing a cardinality of 2 for OBSHEAD).

    Another suggestion is to check the statistics on OBS. It seems likely that is a table that grows frequently, in which case, January 28th is not recent enough to have gathered the statistics. Assuming monitoring is turned on for this table, the queries below can tell you if the statistics are stale and need to be refreshed.

    select owner, table_name, last_analyzed, stale_stats
from all_tab_statistics
where owner = 'ML' and table_name = 'OBS';

select owner, index_name, last_analyzed, stale_stats
from all_ind_statistics
where owner = 'ML' and table_name = 'OBS';
    • 0