Comprende colecciones, documentos, índices y pipeline de agregación para entender cuándo MongoDB aporta valor real.
MongoDB no reemplaza automáticamente a SQL: resuelve mejor ciertos escenarios de esquema flexible y evolución rápida.
Aquí vamos a entender su modelo documental y límites para decidir con criterio, no por tendencia.
Relaciona esta lección con <a href="/curso/bbdd/leccion/bbdd-mongodb-vs-sql-arquitectura-avanzado">MongoDB vs SQL en arquitectura</a> para cerrar el marco mental.
El diseño documental prioriza acceso por agregado de negocio.
Un documento agrupa datos relacionados que se leen juntos con frecuencia. Esto reduce joins, pero puede aumentar duplicación controlada.
Diseñar bien en MongoDB implica decidir qué embebes y qué referencias, según patrón de consultas.
Transformar y resumir datos por etapas.
El pipeline encadena etapas como <code>$match</code>, <code>$group</code> y <code>$project</code> para construir resultados analíticos.
No necesitas memorizar todo: necesitas entender cuándo un pipeline sencillo reemplaza postprocesado costoso en backend.
Comprende colecciones, documentos, índices y pipeline de agregación para entender cuándo MongoDB aporta valor real.
Código del tema: Modelo relacional + consultas SQL
El diseño documental prioriza acceso por agregado de negocio.
Un documento agrupa datos relacionados que se leen juntos con frecuencia. Esto reduce joins, pero puede aumentar duplicación controlada.
Diseñar bien en MongoDB implica decidir qué embebes y qué referencias, según patrón de consultas.
Transformar y resumir datos por etapas.
El pipeline encadena etapas como $match, $group y $project para construir resultados analíticos.
No necesitas memorizar todo: necesitas entender cuándo un pipeline sencillo reemplaza postprocesado costoso en backend.