Índice de Oracle con múltiples columnas que consultan en una sola columna

Question

En una tabla de nuestra instalación de Oracle, tenemos una tabla con un índice en dos de las columnas (X e Y). Si realizo una consulta en la tabla con una cláusula where solo tocando la columna X, ¿Oracle podrá usar el índice?

Por ejemplo:

Tabla Y: col_a, col_b, col_c, existe

índice en (col_a, col_b)

SELECT * FROM Table_Y WHERE Col_A = 'STACKOVERFLOW'; 

se utilizará el índice, o va un escaneo de tabla debe hacerse?

Answer 1

Depende.

Se puede comprobar que al permitir que Oracle explicar el plan de ejecución:

EXPLAIN PLAN FOR 
    SELECT * FROM Table_Y WHERE Col_A = 'STACKOVERFLOW'; 

y luego

select * from table(dbms_xplan.display); 

Así, por ejemplo, con

create table table_y (
    col_a varchar2(30), 
    col_b varchar2(30), 
    col_c varchar2(30) 
); 

create unique index table_y_ix on table_y (col_a, col_b); 

y luego un

explain plan for 
    select * from table_y 
    where col_a = 'STACKOVERFLOW'; 

select * from table(dbms_xplan.display); 

El plan (en mi instalación) se parece a:

------------------------------------------------------------------------------------------ 
| Id | Operation     | Name  | Rows | Bytes | Cost (%CPU)| Time  | 
------------------------------------------------------------------------------------------ 
| 0 | SELECT STATEMENT   |   |  1 | 51 |  1 (0)| 00:00:01 | 
| 1 | TABLE ACCESS BY INDEX ROWID| TABLE_Y |  1 | 51 |  1 (0)| 00:00:01 | 
|* 2 | INDEX RANGE SCAN   | TABLE_Y_IX |  1 |  |  1 (0)| 00:00:01 | 
------------------------------------------------------------------------------------------ 

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

    2 - access("COL_A"='STACKOVERFLOW') 

ID 2 muestra, que el índice TABLE_Y_IX sean efectivamente utilizados en un index range scan.

Si en otra instalación Oracle elige usar el índice depende de muchas cosas. Es el optimizador de consultas de Oracle que toma esta decisión.

actualización Si usted siente que está mejor fuera (se refiere a rendimiento, es decir) si Oracle utiliza el índice, es posible que desee probar el + index_asc(...) (ver index hint)

Así, en su caso que lo haría ser algo así como

SELECT /*+ index_asc(TABLE_Y TABLE_Y_IX) */ * 
    FROM Table_Y 
WHERE Col_A = 'STACKOVERFLOW'; 

Además, me aseguraré de que haya recopilado estadísticas sobre la tabla y sus columnas. Puede comprobar la fecha de la última reunión de la estadística con un

select last_analyzed from dba_tables where table_name = 'TABLE_Y'; 

y

select column_name, last_analyzed from dba_tab_columns where table_name = 'TABLE_Y'; 

Si no hay estadísticas o si son rancio, que se familiarice con el paquete dbms_stats para obtener dicha estadística.

Estas estadísticas son los datos que el optimizador de consultas se basa en gran medida para tomar sus decisiones.