Index Scan bei erwartetem Full table scan

[Martin R.]

Hallo zusammen,

ich habe eine Tabelle mit ca. 1.000.000 Datensätze mit folgender Verteilung

COUNT(V_STATUS) V_STATUS
18708 V
23696 R
6954 P
248 K
50 D
1492 B
41299 Z
874359 G
60019 E
1883 S


Die Tabelle wurde analysiert mit

[highlight=sql]analyze table tempmr
compute statistics
for columns v_status size 10[/highlight]

[highlight=sql]select /*+ALL_ROWS*/ a.* from tempmr a where a.v_status='G'; [/highlight]

Der CBO entscheidet sich grundsätzlich für einen Index-Scan
Bei G mit fast 90% sollte er doch eher einfull Table scan machen, oder?
Und ein Full table sollte doch auch scneller sein, nicht wahr?

Vielen dank

Gruß

Martin

[dimitri]

Analyse sollte man für diese Zwecke seit V9 nicht mehr verwenden, Du solltest statt dessen mit DBMS_STATS arbeiten.

Ansonsten liegst Du mit Deiner Vermutung richtig.

Dim

[Martin R.]

Hallo Dim,

danke Dir.
Also kann es sein, dass es am 'analyse' liegt, dass dem CBO die Statistik egal ist!?

Dann werde ich es mal mit dem Package versuchen.

Nochmals danke

Vile Grüße

Martin

[dimitri]

Die Statistiken sind ihm nicht egal, nur erzeugt das dbms_stats Package bessere und auf den neuen CBO abgestimmte Statistiken.
Mit diesem Aufruf werden auch Histogramme, sowie Statistiken für die zugehörigen Indices erzeugt:

BEGIN
DBMS_STATS.GATHER_TABLE_STATS (
      OwnName        => 'Dein_Owner'
     ,TabName        => 'Deine_Tabelle'
    ,Estimate_Percent  => SYS.DBMS_STATS.AUTO_SAMPLE_SIZE
    ,Method_Opt        => 'FOR ALL INDEXED COLUMNS SIZE AUTO'
    ,Cascade           => TRUE);
END;
/

Dim

[Martin R.]

Hallo Dim,

tausend dank.

Gruß

Martin

[Martin R.]

Und mit deinen Statistiken greift der CBO auch, wie vorher von mir erwartet auf Index oder full scan.

Wie gesagt, danke Dir!

Martin