Un índice es una estructura de datos (generalmente un B-tree) que permite a la base de datos encontrar filas rápidamente sin escanear la tabla completa — como el índice de un libro. Acelera dramáticamente búsquedas, filtros, joins y ordenamientos en la(s) columna(s) indexada(s), al costo de almacenamiento adicional y escrituras más lentas.
users email ;
INDEX idx_users_email users(email);
Sin un índice, la base de datos realiza un escaneo completo de tabla (revisando cada fila). Con uno, navega un B-tree para encontrar filas coincidentes en tiempo logarítmico — la diferencia entre escanear millones de filas y un puñado de búsquedas.
✓ Columns in WHERE clauses (frequently filtered)
✓ Columns used in JOINs (foreign keys especially)
✓ Columns in ORDER BY (sorting can use the index)
✓ Columns with high SELECTIVITY (many distinct values — email, id)
✓ Primary keys (auto-indexed) and unique constraints
✗ Columns rarely queried — wasted storage and write overhead
✗ Small tables — a full scan is already fast; an index adds no benefit
✗ Low-selectivity columns (e.g. a boolean with 2 values) — index barely helps
✗ Write-heavy columns — EVERY INSERT/UPDATE/DELETE must also update the indexes
→ too many indexes SLOW DOWN writes significantly
Los índices no son gratis: consumen almacenamiento y ralentizan las escrituras (cada modificación debe actualizar los índices). El exceso de indexación perjudica el rendimiento de escritura.
CREATE INDEX idx_users_country_name ON users(country, name); -- COMPOSITE (multi-column)
-- helps WHERE country = ? AND name = ?, and WHERE country = ? (leftmost prefix)
-- but NOT WHERE name = ? alone (order matters!)
CREATE UNIQUE INDEX ... -- enforces uniqueness
-- also: partial indexes, covering indexes, GIN/GiST (Postgres) for special data
Los índices son uno de los temas más importantes en el rendimiento de bases de datos — son la herramienta principal para hacer que las consultas sean rápidas, y entender cuándo y cómo usarlos es conocimiento esencial para cualquiera que trabaje con bases de datos a escala.
El valor central es dramático: sin índices, las consultas que filtran, unen u ordenan por una columna requieren escaneos completos de tabla (revisar cada fila — catastrofalmente lento conforme los datos crecen), mientras que los índices convierten estos en búsquedas logarítmicas rápidas — a menudo la diferencia entre una consulta que toma milisegundos versus segundos o minutos.
Comprender cuándo indexar (columnas WHERE frecuentemente filtradas, columnas JOIN/clave externa, columnas ORDER BY, columnas de alta selectividad) es fundamental para el rendimiento de consultas.
Igualmente importante es comprender las compensaciones y cuándo NO indexar: los índices consumen almacenamiento y, crucialmente, ralentizan las escrituras (cada INSERT/UPDATE/DELETE debe actualizar todos los índices), así que el exceso de indexación perjudica el rendimiento de escritura, e índices agregan poco valor en tablas pequeñas o columnas de baja selectividad.
Este equilibrio — indexar lo que se consulta mientras no se sobre-indexa — es una habilidad clave.
Conocer sobre índices compuestos (multi-columna, donde el orden de columnas importa para qué consultas ayudan) completa el conocimiento práctico de índices.
Como el rendimiento de consultas es crítico para aplicaciones reales, y como la indexación adecuada (los índices correctos en las columnas correctas, equilibrando velocidad de lectura contra costo de escritura y almacenamiento) es la optimización de base de datos más impactante, dominar índices — cómo funcionan, cuándo usarlos, las compensaciones de escritura/almacenamiento, e índices compuestos — es conocimiento fundamental, de alto valor para bases de datos eficientes y uno de los temas de bases de datos más importantes y frecuentemente evaluados.