Índices

Un índice secundario te da un segundo patrón de acceso sobre los mismos datos — una clave de partición y de ordenación diferentes. Viniendo de SQL, la trampa es tratar un GSI como un índice de árbol B que es gratis añadir. No lo es: un GSI es una copia replicada de tus datos con sus propias claves, su propio coste y sus propias reglas de consistencia.

Esta sección cubre elegir el tipo de índice correcto, mantener los índices baratos, y los problemas que muerden en producción — lecturas obsoletas y estrangulamiento de escrituras que se rastrea hasta un índice, no la tabla.

0 de 7 leídasCuestionario

GSI vs LSI en DynamoDB

GSI frente a LSI en DynamoDB — las diferencias de clave de partición, consistencia, capacidad y el límite de 10 GB, y una regla simple para saber a qué índice secundario recurrir.

Principiante3 min de lectura

Proyecciones de índice de DynamoDB: KEYS_ONLY, INCLUDE y ALL

Proyecciones de índice de DynamoDB — KEYS_ONLY, INCLUDE y ALL — qué copia cada una en un GSI/LSI, el compromiso de almacenamiento y coste de escritura, y por qué un atributo ausente fuerza una lectura de la tabla base.

Intermedio5 min de lectura

Índices dispersos de DynamoDB

Los índices dispersos de DynamoDB permiten que un índice secundario global contenga solo los elementos que llevan su clave — la forma más barata de consultar un subconjunto pequeño de una tabla grande.

Intermedio7 min de lectura

Key overloading en DynamoDB

Key overloading en DynamoDB — almacena muchos tipos de entidad bajo nombres genéricos de PK/SK, codifica el tipo en el valor de la clave y sirve cada patrón de acceso desde una sola tabla.