Operaciones Query en DynamoDB

Al final dice que debemos ejecutar en lo posible operaciones de consulta en vez de Queries (no eran lo mismo) o es operaciones de consulta o queries en vez de scans?

Yo utlizaria DynamoDB en el caso puntual de un chat, ya que por la variedad de información (texto, docs, multimedia) que se maneja en un app de ese tipo Dynamo cuenta con la flexibidad para alojar la data

Yo usaría DynamoDB cuando con pocas tablas (1 a 5) puedo almacenar todos los datos que necesito. Por ejemplo ahora estoy construyendo un blog que lee archivos .md de Github, y me basta con 1 o 2 tablas, sale más económico que tener una base de datos relacional prendida todo el tiempo.

El desafío de esta clase es responder en la sección de comentarios un caso de uso de DynamoDB y cuáles serian sus ventajas frente a los servicios RDS.

Tiendo a pensar que usarìa DynamoDB para Blogs, guardar los post, autores y comentarios.

Yo usaría DynamoDB en el caso donde no tengo relaciones ni tampoco lo que necesite sea tan complejo, donde tenga pocas tablas.

Las Operaciones Query (operaciones de consulta) nos permiten buscar elementos en cualquier tabla o índice secundario en base a su clave principal compuesta para optimizar la petición.

según la recomendación de ejecución de consultas en lugar de queries, entonces sería correcto desarrollar un sistema CRM con solo Dynamo?

en el sector bancario en la cantidad de transacciones generadas por cada uno de los usuarios, debido al alto flujo de informacion, a la lozalicaionn el tipo de cuenta, de moneda, la conversion local con el dolar, y el tipo de producto se podria usar

También podemos limitar el número de elementos que esperamos en los resultados para agilizar las operaciones, pero no obtenemos información tan detallada de la capacidad de lectura que consumimos.

En vez de escanear toda la tabla (como en las operaciones Scan), vamos a especificar los criterios de búsqueda utilizando una expresión de condición clave (una cadena que determina los elementos que vamos a leer en la tabla o el índice), especificamos el nombre y valor la clave de partición como una condición de igualdad, podemos realizar consultas utilizando diferentes operadores para encontrar los resultados con mejor precisión.

You must provide the name of the partition key attribute and a single value for that attribute. Query returns all items with that partition key value. Optionally, you can provide a sort key attribute and use a comparison operator to refine the search results.

Dynamo lo udaria para el monitoreo de las aplicaciones usando los logs que producen como fuente de consulta

Yo lo utilizaría en el proceso de los cursos y/o rutas de aprendizaje de los estudiantes de platzi. Es decir todo lo que tiene que ver con los puntos por participación en debates, puntos por ver videos, puntos por los exámenes, los cursos que he cursado y su progreso porcentual

se mejor en performance el uso de consultas que de scan… 😃

se recomienda ejecutar consultas en ves de ejecutar querys, ya que con las consultas podemos tener mayores filtres menor tiempo de respuesta, menor consumo de unidades de lectura y menor costo

• Query: Para especificar los criterios de búsqueda, se utiliza una expresión de condición de clave.
• Condición de clave: Se trata de una cadena que determina los elementos que se van a leer en la tabla o el índice.
• Condiciones: Debe especificar el nombre y valor de la clave de partición como una condición de igualdad.

Estoy armando un proyecto con ApiGateway para recibir mensajes via websockets, necesito almacenar los Ids de las conecciones y a las salas a la que un usuario ingresa, usaré DynamoDB para guardar toda esta información ya que me ofrece una menor latencia y persistencia en lo datos 🤘🏼🤘🏼|

Usaría como una BD de noticias desde una app mobile, el cual refleja en los dispositivos los cambios de la data en tiempo real.

Solo se me ocurre usarlo para aplicaciones de Chat, de almacenamiento de logs, blogs, aplicaciones de real time como por ejemplo juegos on-line. No se si aplique para websites de post y noticias, en donde el contenido de esas puede ser variable.

Yo lo uso como almacenamiento de cache. Por ejemplo, las solicitudes de los usuarios autentificados, ya que son datos que no cambian, claro a menos que el usuario actualice su perfil, por tanto ahorra el trabajo en vez de consultar los datos en rds.

El caso de uso principal que lo utilizaría es para data no relacionada y que sea bastante y que dependa una aplicación en real time para la misma, creo que me podría servir para guardar registros como los de un log previo a pasarlos a otro servicio como Glacier.

Las ventaja que veo de DynamoDB con respecto a servicios RDS es que nos permite gestión de información en RealTime para volúmenes de datos que generan dispositivos IoT que están enviando información de forma constante durante las 24 horas del día.