Meine Absicht ist es, eine paginierte Ergebnismenge von Kunden zu erhalten. Ich benutze diesen Algorithmus vonTom:

select * from (
  select /*+ FIRST_ROWS(20) */ FIRST_NAME, ROW_NUMBER() over (order by FIRST_NAME) RN
  from CUSTOMER C
)
where RN between 1 and 20
order by RN;

Ich habe auch einen Index für die Spalte "CUSTOMER" definiert. "FIRST_NAME":

CREATE INDEX CUSTOMER_FIRST_NAME_TEST ON CUSTOMER (FIRST_NAME ASC);

Die Abfrage gibt die erwartete Ergebnismenge zurück, aber im EXPLAIN-Plan stelle ich fest, dass der Index nicht verwendet wird:

--------------------------------------------------------------------------------------
| Id  | Operation                 | Name     | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT          |          | 15467 |   679K|   157   (3)| 00:00:02 |
|   1 |  SORT ORDER BY            |          | 15467 |   679K|   157   (3)| 00:00:02 |
|*  2 |   VIEW                    |          | 15467 |   679K|   155   (2)| 00:00:02 |
|*  3 |    WINDOW SORT PUSHED RANK|          | 15467 |   151K|   155   (2)| 00:00:02 |
|   4 |     TABLE ACCESS FULL     | CUSTOMER | 15467 |   151K|   154   (1)| 00:00:02 |
--------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - filter("RN">=1 AND "RN"<=20)
   3 - filter(ROW_NUMBER() OVER ( ORDER BY "FIRST_NAME")<=20)

Ich benutze Oracle 11g. Da ich nur die ersten 20 Zeilen nach der indizierten Spalte abfrage, würde ich erwarten, dass der Index verwendet wird.

Warum ignoriert der Oracle-Optimierer den Index? Ich nehme an, es stimmt etwas nicht mit dem Paginierungsalgorithmus, aber ich kann nicht herausfinden, was.

Vielen Dank.