Diseño NoSQL para DynamoDB

• En RDBMS, los datos se pueden consultar de manera flexible, pero las consultas son relativamente costosas y no escalan bien cuando hay mucho tráfico (consulte Primeros pasos para modelar datos relacionales en DynamoDB).

• En una base de datos NoSQL como DynamoDB, existe un número limitado de métodos para consultar los datos; si se utiliza cualquier otro método diferente a estos, resultará más costoso y lento realizar las consultas.

• En RDBMS, el diseño busca la flexibilidad sin preocuparse por los detalles o el rendimiento de la implementación. Por lo general, la optimización de consultas no afecta al diseño del esquema, pero la normalización es importante.

• En DynamoDB, el esquema se diseña específicamente para que las consultas más habituales y más importantes resulten lo más rápidas y económicas posible. Las estructuras de datos se ajustan a los requisitos específicos de los casos de uso de la organización.

Cómo es diferente el diseño NoSQL:

• Por el contrario, no debería comenzar a diseñar su esquema para DynamoDB hasta que sepa las preguntas a las que tiene que responder. Es esencial conocer de antemano los problemas del negocio y los casos de uso de la aplicación.

• Debe mantener el menor número de tablas posible en una aplicación de DynamoDB. Tener menos tablas hace que las cosas sean más escalables, requiere menos administración de permisos y reduce la sobrecarga de la aplicación de DynamoDB. También puede ayudar a mantener los costos de las copias de seguridad generalmente más bajos.

• Tamaño de los datos: saber cuántos datos se almacenarán y solicitarán a la vez ayudará a determinar el método más eficaz para particionarlos.

• Forma de los datos: en lugar de dar forma a los datos al procesar las consultas (como ocurre en los sistemas RDBMS), las bases de datos NoSQL organizan los datos de modo que la forma que tienen en la base de datos se corresponde con la que se va a consultar. Este es un factor crucial para aumentar la velocidad y la escalabilidad.

• Velocidad de los datos: DynamoDB escala aumentando el número de particiones físicas disponibles para procesar las consultas y distribuyendo eficazmente los datos entre esas particiones. Conocer de antemano cuáles serán las cargas de consulta máximas puede ayudar a determinar cómo deben particionarse los datos para hacer un uso óptimo de la capacidad de E/S.

• Agrupar los datos relacionales.   Las investigaciones han demostrado que el principio de "localidad de referencia", que mantiene los datos relacionados juntos en un solo lugar, es un factor clave para mejorar el rendimiento y los tiempos de respuesta en los sistemas NoSQL, del mismo modo que se descubrió que era importante para optimizar las tablas de enrutamiento hace muchos años.

  Como regla general, en una aplicación de DynamoDB, debe mantenerse el menor número de tablas posible.

  Las excepciones son aquellos casos en los que hay implicados datos de serie temporal de gran volumen o conjuntos de datos que tienen patrones de acceso muy diferentes. Normalmente, basta una sola tabla con índices invertidos para permitir que, a través de consultas simples, se creen y recuperen las estructuras de datos jerárquicas y complejas que necesita la aplicación.

• Utilizar un orden de clasificación.   Los elementos relacionados pueden agruparse y consultarse de forma eficaz si su diseño de claves hace que se ordenen juntos. Esta es una estrategia importante en el diseño NoSQL.

• Distribuir consultas.   También es importante que no haya una gran cantidad de consultas concentradas en la misma parte de la base de datos, donde podría sobrepasarse la capacidad de E/S. En su lugar, debe diseñar claves de datos que distribuyan el tráfico lo más uniformemente posible entre las particiones y eviten la creación de puntos calientes.

• Utilizar índices secundarios globales.   Si crea índices secundarios globales específicos, puede permitir el uso de diferentes consultas en la tabla principal, lo que sigue siendo rápido y relativamente económico.