Particiones e Índices en DynamoDB para Optimización de Rendimiento
Clase 24 de 32 • Curso Práctico de Bases de Datos en AWS
Contenido del curso
Introducción a RDS
- 2

Gestión de Bases de Datos Relacionales en AWS RDS
11:08 min - 3

Creación de Bases de Datos en AWS RDS con MySQL
11:54 min - 4

Conexión y Gestión de Bases de Datos MySQL con MySQL Workbench
07:02 min - 5

Creación de Tablas e Ingesta de Datos con MySQL Workbench
03:48 min - 6

Conexión y Operaciones en RDS con Instancia EC2 de Amazon
10:53 min - 7
Despliegue y Gestión de Bases de Datos RDS con MySQL
01:09 min
Backups, Performance y HA en RDS
Migración a RDS
Aurora
Introducción a DynamoDB
- 19

Introducción a DynamoDB: Bases de Datos No Relacionales en AWS
09:54 min - 20

Consistencia en DynamoDB: eventual vs fuerte
03:44 min - 21

Creación y Configuración de Tablas en DynamoDB
11:07 min - 22

Casos de Uso de DynamoDB en Aplicaciones Reales
03:33 min - 23
Creación y Configuración de Tablas en DynamoDB para Encuestas
00:51 min
Particiones e Índices en DynamoDB
- 24

Particiones e Índices en DynamoDB para Optimización de Rendimiento
Viendo ahora - 25

Operaciones Scan en DynamoDB: Funcionamiento y Eficiencia
05:17 min - 26

Consultas en DynamoDB: Optimización y Uso Eficiente de Queries
05:58 min - 27

Operaciones Scan y Query en DynamoDB: Uso y Diferencias
03:58 min - 28
Índices Secundarios en DynamoDB para Consultas Eficientes
01:34 min
DynamoDB Streams y Replicación
Contenido Bonus
Cuando utilizamos DynamoDB los datos se almacenan en particiones, al crear una tabla, la base de datos asigna su partición para que esta pueda satisfacer el desempeño aprovisionado, y en ciertas ocasiones puede aumentar el tamaño y la cantidad de particiones para mejorar el desempeño o cuando la partición está llena. El limite de las particiones es 10GB de almacenamiento, pero también necesitamos cambiar de partición cuando superamos los niveles de lectura y escritura (3.000 RCU y 1.000 WCU).
DynamoDB utiliza las claves principales simples y compuestas para almacenar y recuperar nuestros elementos y almacenar nuestra información con la función de hash. Cuando utilizamos claves compuestas debemos especificar los valores de la clave para leer los elementos, y el orden de los elementos depende de su clave de ordenación.
La base de datos esta optimizada para distribuir nuestros elementos de forma uniforme entre las particiones de una tabla, con independencia del número de particiones que configuramos. Sin embargo, la recomendación oficial es elegir una clave de partición con un amplio abanico de valores diferentes, es decir, claves tan aleatorias como sea posible en relación con el número de elementos de la tabla, así evitamos que la información se guarde en particiones cercanas o iguales para optimizar las tareas de lectura y escritura de la base de datos.