¿La velocidad de un SELECT de PostgreSQL se ve negativamente afectada por demasiados índices en la tabla?

Question

He leído que tener muchos índices en una base de datos puede dañar seriamente el rendimiento, pero en el documento de PostgreSQL no encuentro nada al respecto.

Tengo una mesa muy grande con algo así como 100 columnas y mil millones de filas y, a menudo, tengo que hacer muchas búsquedas en muchos campos diferentes.

¿Se reducirá el rendimiento de la tabla de PostgreSQL si agrego muchos índices (quizás 10 índices de columnas únicos y 5 o 7 índices de 3 columnas)?

EDITAR: Con una caída en el rendimiento me refiero al rendimiento en la obtención de filas (seleccionar), la base de datos se actualizará una vez al mes para que la actualización y el tiempo de inserción no sean un problema.

Answer 1

Los índices se mantienen cuando el contenido de la tabla se ha modificado (es decir INSERT, UPDATE, DELETE)

El planeador de consultas de PostgreSQL puede decidir cuándo utilizar un índice y cuando no es necesario y un recorrido secuencial es más óptimo

Por lo tanto, tener demasiados índices dañará el rendimiento de modificación, no la obtención.

Answer 2

Los índices tendrán que actualizarse en cada insert y update que implican esas columnas.

Answer 3

tengo algunas cartas sobre eso en mi sitio: http://use-the-index-luke.com/sql/dml

Un índice es pura redundancia. Contiene solo datos que también se almacenan en la tabla. Durante las operaciones de escritura, la base de datos debe mantener esas redundancias consistentes. Específicamente, significa que insertar, eliminar y actualizar no solo afectan a la tabla, sino también a los índices que contienen una copia de los datos afectados.

Los títulos de los capítulos sugieren el impacto que los índices pueden tener:

Insertar - no puede tomar beneficio directo de los índices

Eliminar - utiliza los índices de la cláusula where

Actualización - hace no afecta a todos los índices de la tabla