¿Necesito crear índices en claves externas en Oracle?

Tengo una mesa Ay una mesa B. Atiene una clave externa a la clave principal de Bon B,B_ID .

Por alguna razón (sé que hay razones legítimas) no está usando un índice cuando uno estas dos tablas en la clave.

¿Necesito crear un índice por separado A.B_IDo debería proporcionarlo la existencia de una clave externa?

La restricción de clave externa por sí sola no proporciona el índice en Oracle: se debe (y se debe) crear uno.

La creación de una clave externa no crea automáticamente un índice en A.B_ID. Por lo tanto, desde la perspectiva del rendimiento de las consultas, generalmente tendría sentido crear un índice separado en A.B_ID.

Si alguna vez elimina filas en B, definitivamente desea que A.B_ID se indexe. De lo contrario, Oracle tendrá que hacer un escaneo completo de la tabla en A cada vez que elimine una fila de B para asegurarse de que no haya registros huérfanos (dependiendo de la versión de Oracle, también puede haber implicaciones de bloqueo adicionales, pero estas disminuyen en versiones más recientes de Oracle).

Solo para obtener más información: Oracle no crea un índice automáticamente (como lo hace para las restricciones únicas) porque (a) no es necesario para hacer cumplir la restricción y (b) en algunos casos no es necesario.

Más de las veces, sin embargo, querrá crear un índice (de hecho, en Oracle Apex hay un informe de "claves externas no indexadas").

Siempre que la aplicación necesite poder eliminar una fila en la tabla principal o actualizar el valor PK (que es más raro), el DML sufrirá si no existe un índice, porque tendrá que bloquear toda la tabla secundaria.

Un caso en el que generalmente elijo no agregar un índice es donde el FK está en una tabla de "datos estáticos" que define el dominio de una columna (por ejemplo, una tabla de códigos de estado), donde las actualizaciones y eliminaciones en la tabla principal nunca se realizan directamente por la aplicación. Sin embargo, si agregar un índice en la columna brinda beneficios para consultas importantes en la aplicación, el índice seguirá siendo una buena idea.

SQL Server nunca ha colocado índices en columnas de clave externa automáticamente; consulte la excelente publicación de blog de Kim Tripp sobre los antecedentes y la historia de este mito urbano.

Sin embargo, generalmente es una buena idea indexar las columnas de clave externa, así que sí, recomendaría asegurarse de que cada columna FK esté respaldada por un índice; no necesariamente en esa única columna; tal vez tenga sentido crear un índice en dos o tres columnas con la columna FK como la primera allí. Depende de su escenario y sus datos.

Por motivos de rendimiento, debería crearse un índice. Se usa en operaciones de eliminación en la tabla primaria (para verificar que el registro que está eliminando no se usa) y en combinaciones que generalmente involucran una clave externa. Solo algunas tablas (no las creo en registros) podrían ser que no necesiten el índice, pero probablemente, en estos casos, probablemente no necesite la restricción de clave externa también.

PERO

Hay algunas bases de datos que ya crean índices automáticamente en claves externas. Jet Engine (archivos de Microsoft Access) Firebird MySQL

SIN LUGAR A DUDA

SQL Server Oracle

NO

Al igual que con todo lo relacionado con el rendimiento, depende de muchos factores y no existe una bala plateada, por ejemplo, en un entorno de muy alta actividad, el mantenimiento de un índice puede ser inaceptable.

Lo más destacado aquí parecería ser la selectividad: si los valores en el índice estuvieran muy duplicados, entonces podría ofrecer un mejor rendimiento eliminar el índice (si es posible) y permitir un escaneo de la tabla.

Las restricciones UNIQUE, PRIMARY KEY y FOREIGN KEY generan índices que imponen o "retroceden" la restricción (y a veces se denominan índices de respaldo). Las restricciones PRIMARY KEY generan índices únicos. Las restricciones FOREIGN KEY generan índices no únicos. Las restricciones ÚNICAS generan índices únicos si todas las columnas no aceptan valores NULL y generan índices no exclusivos si una o más columnas admiten valores NULL. Por lo tanto, si una columna o un conjunto de columnas tiene una restricción ÚNICA, CLAVE PRIMARIA o CLAVE EXTRANJERA, no es necesario que cree un índice en esas columnas para el rendimiento.