No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

No se trata de lo que quieres comprar, sino de quién quieres ser. Invierte en tu educación con el precio especial

Antes: $249

Currency
$209

Paga en 4 cuotas sin intereses

Paga en 4 cuotas sin intereses
Suscríbete

Termina en:

11 Días
15 Hrs
36 Min
59 Seg

Embeber vs. referenciar

12/22
Recursos

Aportes 7

Preguntas 2

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

Otro de los puntos a considerar para definir si embeber o referenciar es la performance de la consulta.

ejem: si tienes una entidad y tienen embebido un numero x de informacion al hacer la consulta a la base de datos, si tienes que consultar en una coleccion muy grande, es un delta de tiempo, luego otro delta asociado al manejo de la data que te regresa.

Mientras que si es referenciado, puedes traer por partes la informacion para ir construyendo sea lo que sea que necesiten las reglas del negocio.

Si bien esto entra dentro de las 3 preguntas que se hace para definir cual manera de modelado elegir, esta es una pregunta posterior a tu desicion.

Para realizar el modelamiento de datos manejamos 2 formas de realizarlo:

  1. Embebida: Dentro de una coleccion registramos un documento que tenga otras subcoleciones.
  2. Referenciada: Se realiza relacion con varios coleciones agregando un identificador unico.
    Una de estas dos tecnicas de modelamiento se utilizara en base al uso que necesitemos. Pero una forma de poder abarcarlo es realizando algunas de estas preguntas:
  • Que tan frecuente es consultada la informacion
  • Que tan frecuente se actualiza la informacion
  • La informacion se consulta en conjunto o por partes ?

Embeber vs Referenciar

  • Embeber: Usar sub-documentos para realizar las relaciones, que esta un documento dentro de otro.

    • Mejora rendimiento en busqueda de muchos datos relacionados
    • Limitado a 1-1 y 1-N en una direccion
    • Cambios contenidos
  • Referenciar: Los documentos estan separados y se hacen referencia entre ellos con identificadores. En UML, se expresan con cajitas separadas y una cardinalidad.

    • Reduce el tamaño de la base de datos
    • No repetir datos
    • Actualizacion de datos unica para muchos
    • Permite 1-1, 1-N, N-1 y N-N

Preguntas para decidir cual

  1. ¿Que tan frecuente es consultada esa información?
  2. ¿Que tan frecuente se actualiza esa información?
  3. ¿La información se consulta en conjunto o por partes?
Comparto estos apuntes (personales) que pueden ser de utilidad para comprender el tema de las relaciones en bd: <https://github.com/JimcostDev/mongodb_developer_path/tree/master/data_modeling/relationships>

Este tema es muy importante, porque permite que integrar el modelo y hacerlo eficiente.

Algo Muy Importante que ayuda por asimilar esto <\<Embeber vs Referenciar>> mediante un Diagrama ER y imaginar los documentos y subdocumentos , dejar de pensar en la forma tradicional de Bases de Datos Relacionales { SQL } para abrir un Nuevo paradigma de Db != SQl . si sigues pensando en SQl pierdes porque aqui ls colleciones funcionan de una forma diferente, si bien es cierto que existen muchas similituedes que son Analogias de Relaciones entre tablas SQl, Es mejor pensar en Documentos embebidos en ColLections de datos Mayores para hacder consultas a una entidad que tiene embebido documentos adentro tal como lo hemos hecho a lo largo del curso.

Embeber o referenciar
son las dos unicas dos formas de relacionar colecciones en mongodb

sub documentos = embeber
documentos separados = referencia