Per "forzare" Oracle a utilizzare una scansione dell'intervallo di indici, utilizzare semplicemente un suggerimento per l'ottimizzazione INDEX_RS_ASC . Ad esempio:
CREATE TABLE mytable (a NUMBER NOT NULL, b NUMBER NOT NULL, c CHAR(10)) NOLOGGING;
INSERT /*+ APPEND */ INTO mytable(a,b,c)
SELECT level, mod(level,100)+1, 'a' FROM dual CONNECT BY level <= 1E6;
CREATE INDEX myindex_ba ON mytable(b, a);
EXECUTE dbms_stats.gather_table_stats(NULL,'mytable');
SELECT /*+ FULL(m) */ b FROM mytable m WHERE b=10; -- full table scan
SELECT /*+ INDEX_RS_ASC(m) */ b FROM mytable m WHERE b=10; -- index range scan
SELECT /*+ INDEX_FFS(m) */ b FROM mytable m WHERE b=10; -- index fast full scan
Se questo renderà la tua query effettivamente eseguita più velocemente dipende da molti fattori come la selettività del valore indicizzato o l'ordine fisico delle righe nella tabella. Ad esempio, se modifichi la query in WHERE b BETWEEN 10 AND <xxx> , i seguenti costi compaiono nei piani di esecuzione sulla mia macchina:
b BETWEEN 10 AND 10 20 40 80
FULL 749 750 751 752
INDEX_RS_ASC 29 325 865 1943
INDEX_FFS 597 598 599 601
Se modifichi leggermente la query per non selezionare solo la colonna indicizzata b , ma anche altre colonne non di indice, i costi cambiano drasticamente:
b BETWEEN 10 AND 10 20 40 80
FULL 749 750 751 754
INDEX_RS_ASC 3352 40540 108215 243563
INDEX_FFS 3352 40540 108215 243563
