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
Introducción
Bases de Datos Relacionales y No Relacionales en AWS
Introducción a RDS
Gestión de Bases de Datos Relacionales en AWS RDS
Creación de Bases de Datos en AWS RDS con MySQL
Conexión y Gestión de Bases de Datos MySQL con MySQL Workbench
Creación de Tablas e Ingesta de Datos con MySQL Workbench
Conexión y Operaciones en RDS con Instancia EC2 de Amazon
Despliegue y Gestión de Bases de Datos RDS con MySQL
Backups, Performance y HA en RDS
Backups y Alta Disponibilidad en RDS: Estrategias Efectivas
Restauración y Configuración de Backups en RDS
Estrategias de Rendimiento en Bases de Datos AWS RDS
Alta Disponibilidad en RDS con Multi-AZ
Migración a RDS
Estrategias de Migración a RDS con Database Migration Service
Migraciones Homogéneas con Database Migration Service
Arquitecturas y Casos de Uso de Amazon RDS
Aurora
Características y Ventajas de Amazon Aurora en AWS
Endpoints y Funcionalidades Avanzadas en Amazon Aurora
Aurora Serverless: Configuración y Ventajas en AWS
Creación y Configuración de Bases de Datos Aurora en AWS RDS
Introducción a DynamoDB
Introducción a DynamoDB: Bases de Datos No Relacionales en AWS
Consistencia en DynamoDB: eventual vs fuerte
Creación y Configuración de Tablas en DynamoDB
Casos de Uso de DynamoDB en Aplicaciones Reales
Creación y Configuración de Tablas en DynamoDB para Encuestas
Particiones e Índices en DynamoDB
Particiones e Índices en DynamoDB para Optimización de Rendimiento
Operaciones Scan en DynamoDB: Funcionamiento y Eficiencia
Consultas en DynamoDB: Optimización y Uso Eficiente de Queries
Operaciones Scan y Query en DynamoDB: Uso y Diferencias
Índices Secundarios en DynamoDB para Consultas Eficientes
DynamoDB Streams y Replicación
Uso de DynamoDB Streams para Arquitecturas en Tiempo Real
Casos de Uso de DynamoDB Streams en Aplicaciones en Tiempo Real
Optimización de consultas en DynamoDB con DAX
Contenido Bonus
Bases de Datos Relacionales y No Relacionales en AWS
Índices Secundarios en DynamoDB para Consultas Eficientes
28/32Lectura
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.
...
Regístrate o inicia sesión para leer el resto del contenido.
Aportes 14
Preguntas 1
Ordenar por:
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
Muy buena explicación.!!
Básicamente las sort key y las LSI nos ayudan a optimizar las querys.
excelente!
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
Excelente!
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
Excelente Información.
excelente 😃
Estupenda explicación, ahora tengo más claro el funcionamiento del local secondary index.
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.
Muy importante el concepto, al momento de hacer filtros con DynamoDB
Muy buena claridad !!!
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?