TRACE: Erseter FETCH bei UP TO N Rows extrem hoch

TRACE: Erseter FETCH bei UP TO N Rows extrem hoch

Hallo,

ich habe ein kleines Performanceproblem. Ein SELECT soll 50.000 Einträge einer Tabelle lesen. Hierbei habe ich natürlich nicht den vollen Primärschlüssel und einen passenden Indize gibt es auch nicht. Durch die bisher angegeben Felder in der WHERE-Klausel, benutzt er aber den best möglichen Indize. Nun würde ich gerne mal testen, wie schnell er ist, wenn er einen FULL TABLE SCAN machen soll. Laut SAP PRESS Performance Optimierung soll dies durchaus schneller sein, als ein unvollständigen Inidze zu nutzen, das wollte ich nun also testen. Jedoch kann ich mich bei der SELECT-Anweisung auf den Kopf stellen, er nutzt immer den Indize. Oder meint ihr das bringt nichts? Hier mal die Daten laut TRACE:

Läuft automatisch mit HINT FIRST_ROWS, da up to N rows in der SELECT-Anweisung steht:

SELECT STATEMENT ( Estimated Costs = 6.578 , Estimated #Rows = 3.307.856 )

COUNT STOPKEY

INDEX RANGE SCAN XXX~0

Beim Ersten Fetch braucht er 673.829.421 ms. bei 700 Datensätzen, die nachfolgenden Fetch laufen natürlich rasend schnell ~20.000 bei 700 Datensätzen.

Vielen Dank
c0lt