He estado usando MySQL durante un tiempo y me siento cómodo con su estructura y consultas SQL, etc.
Actualmente estoy construyendo un nuevo sistema en AWS y he estado buscando DynamoDB. Actualmente solo sé un poco al respecto.
¿Es uno mejor que el otro?
¿Cuáles son las ventajas de DynamoDB?
¿Cómo es la transición de las consultas de MySQL, etc. a esta base de datos de estilo plano?
Puede leer la explicación de AWS al respecto aquí. .
En resumen, si tiene principalmente consultas de búsqueda (y no consultas de unión), DynamoDB (y otras bases de datos NoSQL) es mejor. Si necesita manejar muchos datos , estará limitado al usar MySQL (y otros RDBMS).
No puede reutilizar sus consultas MySQL ni su esquema de datos, pero si se esfuerza por aprender NoSQL, agregará una herramienta importante a su caja de herramientas. Hay muchos casos en los que DynamoDB ofrece la solución más sencilla.
Realmente DynamoDB y MySQL son manzanas y naranjas. DynamoDB es una capa de almacenamiento NoSQL, mientras que MySQL se usa para almacenamiento relacional. Debe elegir qué usar según las necesidades reales de su aplicación. De hecho, algunas aplicaciones podrían funcionar bien con ambos.
Si, por ejemplo, está almacenando datos que no se prestan bien a un esquema relacional (estructuras de árbol, representaciones JSON sin esquema, etc.) que se pueden comparar con una sola clave o una combinación de clave / rango, entonces DynamoDB ( o alguna otra tienda NoSQL) probablemente sea su mejor opción.
Si tiene un esquema bien definido para sus datos que puede encajar bien en una estructura relacional y necesita la flexibilidad para consultar los datos de varias formas diferentes (agregando índices según sea necesario, por supuesto), entonces RDS podría ser una mejor solución .
El principal beneficio de usar DynamoDB como un almacén NoSQL es que obtiene un rendimiento de lectura / escritura garantizado en cualquier nivel que necesite sin tener que preocuparse por administrar un almacén de datos en clúster. Entonces, si su aplicación requiere 1000 lecturas / escrituras por segundo, puede simplemente aprovisionar su tabla de DynamoDB para ese nivel de rendimiento y no tener que preocuparse realmente por la infraestructura subyacente.
RDS tiene el mismo beneficio de no tener que preocuparse por la infraestructura en sí, sin embargo, si termina necesitando hacer una cantidad significativa de escrituras hasta el punto en que el tamaño de instancia más grande ya no se mantendrá al día, se quedará sin opciones (puede escalar horizontalmente para lecturas usando réplicas de lectura).
Nota actualizada: DynamoDb ahora admite la indexación secundaria global, por lo que ahora tiene la capacidad de realizar búsquedas optimizadas en campos de datos que no sean el hash o la combinación de claves de rango y hash.
Acabamos de migrar todas nuestras tablas de DynamoDB a RDS MySQL.
Si bien el uso de DynamoDB para tareas específicas puede tener sentido, construir un nuevo sistema sobre DynamoDB es realmente una mala idea. Planes mejor diseñados, etc., siempre necesita esa flexibilidad adicional de su base de datos.
Estas son nuestras razones por las que nos mudamos de DynamoDB:
Ahora usamos DynamoDB como respaldo para algunos sistemas y estoy seguro de que lo usaremos en el futuro para tareas específicas y bien definidas. No es una base de datos mala, simplemente no es la base de datos para servir al 100% de su sistema central.
En cuanto a las ventajas, diría que escalabilidad y durabilidad. Se escala de manera increíble y transparente y (algo así) siempre está activo. Estas son características realmente geniales, pero no compensan de ninguna manera los aspectos negativos.
fuente
Al usar DynamoDB, también debe saber que los elementos / registros en DynamoDB están limitados a 400 KB (consulte Límites de DynamoDB ). Para muchos casos de uso, esto no funcionará. Entonces, DynamoDB será bueno para algunas cosas, pero no para todas. Lo mismo ocurre con muchas de las otras bases de datos NoSQL.
fuente