¿Cuándo es un índice (en un DBMS) un índice malo?

Question

¿Alguien me puede decir cuándo un índice es malo?

Answer 1

Si el campo nunca se utiliza, es un índice incorrecto (si sientes que las cosas son innecesarias son malas).

Answer 2

Si nunca se realiza una búsqueda en la columna indexada y la tabla está muy actualizada, no obtendrá el beneficio del rendimiento para el que son las indeces. Por el contrario, podrías sufrir un golpe de rendimiento.

Answer 3

El índice es para ayudarnos a buscar las filas más rápido.

Si la columna de índice es no utilizada para las búsquedas no tiene sentido definirla.

Si los valores de esa columna seguir cambiando con mucha frecuencia será un trabajo extra para el servidor de base de datos (para volver a clasificar)

Si hay demasiadas inserciones y eliminaciones de la mesa Será un trabajo adicional para el servidor

Answer 4

Una circunstancia bajo la cual un índice es incondicionalmente malo es si hay otro índice que usa las mismas columnas (en el mismo orden) como prefijo:

CREATE INDEX ix_good ON SomeTable(Col1, Col2, Col3); 
CREATE INDEX ix_bad ON SomeTable(Col1, Col2); 

La mala índice es un desperdicio de espacio en disco y ralentiza las operaciones de modificar o ningún beneficio.

Answer 5

me he vinculado a ella antes, y voy a enlazar con él de nuevo, porque es excelente:

SQL Indexing in 9 Minutes and a Half, by Stephane Faroult.

Answer 6

Hay un impacto de rendimiento inherente de tener índices (creación y mantenimiento de la estructura) Por lo general, desea ese golpe para obtener el beneficio de escaneos más rápidos. Cuando no obtienes el beneficio, es solo una pérdida neta y ese es un índice malo.

razones posibles:

• índices nunca utilizado
• índices redundantes
• tablas que no son escaneados muy a menudo, pero actualizan continuamente (el golpe de tener el índice crece más los beneficios, ya que la tabla es rara vez escaneada).
• Tablas que se escanean con frecuencia y se actualizan continuamente. En este caso, puede obtener el beneficio de un índice y una actualización/inserción rápida al tener una tabla indexable para inserciones/actualizaciones y una tabla con índices para los escaneos que se actualiza en lotes diarios o por hora (hay casos en que esto no ocurre). No funciona, por supuesto. Entonces necesitas obtener un mejor hardware o rediseñar la aplicación si tienes un problema serio de rendimiento en tal caso).

¿Cómo encontrar sus malos índices? La mayoría de los RDBMS tienen opciones para mostrar el plan de consulta, allí puede ver si los índices que configura están siendo utilizados de la manera que espera. Esto me lleva a un consejo final, piense en sus índices, nunca cree uno "por las dudas".

Answer 7

Un índice es malo si usted nunca busca en él.Por ejemplo, un índice (Col1, Col2, Col3) es un desperdicio de recursos si nunca busca con Col1, Col2 y Col3 en la misma consulta.

Answer 8

Una cosa importante a tener en cuenta con los índices (aparte de la parte de "uso real" mencionada anteriormente) es la noción de selectividad.

Al construir índices, desea crear índices en columnas que tienen una buena posibilidad de "alta selectividad". Esto requiere cierta comprensión de los datos en la columna (que puede o no puede tener según su conocimiento del dominio/disponibilidad de los datos de muestra).

Selectividad = # de valores distintos/# total de filas

permite utilizar una tabla "Personas" con columnas para given_name, apellidos, sexo, edad

Por ejemplo, la creación de un índice en una columna de tales como Género (donde el género está limitado a NULL, M o F) no proporcionaría muchos beneficios durante una consulta (especialmente si la consulta ya resulta en un escaneo de tabla por otros motivos). En cualquier escenario, la selectividad de este índice sería extremadamente baja. Dependiendo del DBMS, usar este índice en realidad puede ser peor que un escaneo de tabla completo.

Sin embargo, la creación de un índice compuesto en (Given_name, Apellido) proporcionaría beneficios al ejecutar consultas contra esas columnas. La selectividad de este índice (para la mayoría de las poblaciones) sería bastante buena.

Un índice con selectividad de 1 es el ideal, sin embargo, la única manera de lograr una selectividad de 1 es tener un índice único en una columna que no admite nulos.

Además, tenga en cuenta que puede escribir fácilmente consultas para "realizar un seguimiento" de sus índices y su selectividad.