Cursos Empresas Blog Live Conf Eventos Precios

En una tabla de Dynamo cada ítem debe contener una clave primaria única. Esta llave debe tener una clave de partición y opcionalmente puede tener una range key (Sort Key). Dentro de la partición, los ítems son ordenados por la range key, en los casos donde la información que necesitemos coincida con nuestra range key el acceso a los elementos va a ser mucho más rápido.

Sin embargo se presentan casos en los cuales la información que necesitamos se encuentra en otro atributo totalmente diferente a la range key, para estos casos podemos utilizar un Local Secondary Index (LSI) el cual tiene la misma clave de partición pero puede tener una range key completamente diferente (por tabla se pueden crear hasta 5 LSI), se debe tener en cuenta que los LSI solamente se pueden crear al momento de crear la tabla, una vez creada no se podrán crear LSI.

Por ejemplo si tenemos la una tabla que mantiene el puntaje de jugadores en diferentes juegos online.

La tabla Scores está conformada de la siguiente forma:

Llave de partición: GameName → Nombre del Juego
Llave de ordenamiento (Range o Sort Key): LastGameMatch → Fecha de la última partida disputada en el juego.

Para la tabla SCORE podríamos obtener información de los juegos y la fecha de la última partida disputada en el juego por diferente usuario.

Ahora supongamos que necesitamos responder preguntas diferentes como:

¿Cuál es el puntaje máximo en un determinado juego?
¿Cuál es la partida ganada más antigua en el juego?

No sería posible obtener la información solicitada con los índices que se tienen actualmente, tendríamos que hacer una operación SCAN que consumiría muchas unidades de lectura.

Para este caso la mejor solución sería utilizar LSI:

GameName y Score.
GameName y LastWin.

Con estos LSI podríamos consultar la data con la misma llave de partición (GameName) y obtener resultados sobre otras llaves range como Score y LastWin. Esto nos ayudaría en nuestra tabla a obtener los datos que necesitamos de forma más eficiente y también evitamos el consumo de unidades de lectura de la tabla RCU lo cual se verá reflejado en un ahorro de costos.

Índices Secundarios en DynamoDB para Consultas Eficientes

Curso Práctico de Bases de Datos en AWS

Clase 28 de 32

Clase 28 / 32

Comentarios (22)22 comentarios

Oscar Adolfo Vargas López

Hace 6 años

es interesante, pero siento que cuando el negocio cambie o se necesiten consultar otros datos, tendremos que igualmente consumir rcu porque no se tienen los LSI configurados desde el principio

Jeisson Espinosa

Hace 2 años

Información resumida de esta clase

#EstudiantesDePlatzi

El Local Secondary Index puede tener la misma clave de partición pero puede tener un range key diferente
Los Local Secondary Index solo se pueden crear la momento de crear una tabla
Local Secondary Index = LSI

Usuario anónimo

User

Ahora si se entendió mucho mejor, porque en el anterior no se entendía bien lo de la operación query o consulta si no se tenia el id.

Ivan Acosta

Muy buena explicación.!!

Christian David Vásquez Sandoval

Hace 4 años

No explica sobre el GSI

Jose Suarez

Básicamente las sort key y las LSI nos ayudan a optimizar las querys.

Eliana Guerrero Guerrero

excelente!

john ct

Hace 7 años

asi es utilizando el LSI se optimizaria la consulta y se disminuye los RCU para no ocupar todos los recuros en una consulta tan basica

Kevin Castro

Hace 3 años

Excelente!

Luis Arturo Huerta Rodríguez

Hace 5 años

Creo entender entonces, que, desde que se diseña la base de datos, que es cuando se puede crear el LSI, se sabe qué tipo de consultas se van a estar requiriendo. O sea, tendremos que realizar scan si tenemos necesidad de otro tipo de búsquedas o filtros

Alexander Bran

Excelente Información.

excelente :)

Gracias por el aporte

Gracias.

interesante

bastante descriptivo, gracias.

Interesante

excelente!!!

Francisco Javier Suarez Verdugo

Estupenda explicación, ahora tengo más claro el funcionamiento del local secondary index.

Emmanuel Rodríguez

Me imagino que para un experto, el diseño determina una ejecución clara. Sin embargo, la realidad dicta que si me faltara LSI, tendríamos que hacer un backup de la tabla y crearla con los nuevos LSI.

Braulio Ricardo Bachiller Cruz

excelente aporte

Índices Secundarios en DynamoDB para Consultas Eficientes

Progreso del curso

Introducción

Introducción a RDS

Backups, Performance y HA en RDS

Migración a RDS

Aurora

Introducción a DynamoDB

Particiones e Índices en DynamoDB

DynamoDB Streams y Replicación

Contenido Bonus