Índices en Oracle

Pequeña aproximación a los índices en oracle, creación, utilidad, etc.

Introducción.

Un índice es una estructura de memoria secundaria que permite el acceso directo a las filas de una tabla (esté o no agrupada).  Aumenta la velocidad de respuesta de la consulta, mejorando su rendimiento y optimizando su resultado. Su manejo se hace de forma inteligente. Es el propio Oracle quien decide qué índice se necesita.

Tipos de Índices.

Hay tres tipos de índices en Oracle.
  • Lectura/Escritura
    • B-tree (árboles binarios)
    • Function Based
    • Reserve key
  • Sólo lectura (read only)
    • Bitmap
    • Bitmap join
    • Index-organized table (algunas veces usados en lectura/escritura)
    • Cluster y hash cluster
  • Domain (muy específicos en aplicaciones Oracle)

Índices creados automáticamente.

Oracle de forma automática también crea índices.
Al crearse la tabla se crea:
  • Un índice UNIQUE basado en B*-tree para mantener las columnas que se hayan definido como clave primaria de una tabla utilizando el constraint  PRIMARY KEY de una tabla no organizada por índice.
  • Un índice UNIQUE basado en B*-tree para mantener la restricción de unicidad de cada grupo de columnas que se haya declarado como único utilizando el constraint UNIQUE.
  • Un índice basado en B*-tree para mantener las columnas que se hayan definido como clave primaria y todas las filas de una tabla organizada por índice.
  • Un índice basado en hashing para mantener las filas de un grupo de tablas (cluster) organizado por hash. 

Consideraciones.

Un índice sólo es efectivo cuando es utilizado. El mantenimiento de un índice tiene efecto sobre el rendimiento de las operaciones de eliminación, inserción y actualización.

ORACLE impone dos restricciones:
El número máximo de columnas: Btree --> 32 col. Bitmap --> 30 col.
El espacio requerido para almacenar una clave no puede exceder la mitad del espacio disponible para almacenar datos en un bloque ORACLE
(restricciones en Oracle 8i)

Reglas en la construcción de Índices.

  • Indexe solamente las tablas cuando las consultas no accedan a una gran cantidad de filas de la tabla.

  • No indexe tablas que son actualizadas con mucha frecuencia.

  • Indexe aquellas tablas que no tengan muchos valores repetidos en las columnas escogidas.

  • Las consultas muy complejas (en la cláusula WHERE) por lo general no ganan ventaja con el uso de los índices.

Sintaxis.

Para la creación:

Básica
CREATE INDEX nombre_indice ON [esquema.] nombre_tabla (columna1 [, columna2, ...])



UNIQUE garantizan que en una tabla (o “cluster”) no puedan existir dos filas con el mismo valor.

Modificación.
ALTER INDEX [schema.]index options


Eliminación.
DROP INDEX [schema.]index [FORCE]

Estructura B* Tree.

Se estructura como un árbol cuya raíz contiene múltiples entradas y valores de claves que apuntan al siguiente nivel del árbol.

Nivel 0.
tablas pequeñas de datos estáticos.
Nivel 1.
Indexa tablas dinámicas con el valor único de los identificadores de columna.
Nivel 2.
 Indexa largas tablas o con poca cardinalidad.



Hay que respetar una serie de convenios.
Los siguientes convenios son utilizados para el almacenamiento en un índice basado en B*- Tree:
En caso de que un índice no sea UNIQUE, si múltiples filas poseen el mismo valor de la clave en la estructura del índice se repetirán los valores de dichas claves.

Si una fila posee para todas las columnas de la clave el valor NULL, en el índice no existirá una entrada correspondiente a dicha fila.

Si la tabla no está particionada, se utilizan ROWIDs restringidos para indicar la dirección de la fila. Esto se debe a que todas las filas de la tabla no se encuentran en un mismo segmento y con esta política el índice requiere menos espacio en disco.

Estructura Bitmap.

Son efectivos para columnas simples con poca cardinalidad, esto es muchos valores distintos. Son más rápidos que los B*-Tree en entornos de read-only y almacenan valores de 0 ó 1 en el ROWID.

Ejemplo:
create bitmap index person_region on person (region);


Comentarios

©2009 Google