ventajas que español desventajas caracteristicas mongodb many-to-many one-to-many nosql

que - MongoDB: ¿dónde está el límite entre "pocos" y "muchos"?



mongodb español (2)

Es todo relativo y es realmente una pregunta un poco peligrosa para hacer suposiciones sobre cuándo se está diseñando una arquitectura. Vale la pena invertir tiempo para tomar las decisiones correctas para su esquema y su configuración. Aconsejaría algunos pasos:

  1. Haz las matematicas. Multiplique sus relaciones basándose en lo que espera que su aplicación tenga que hacer. Si tiene unas pocas matrices anidadas o documentos incrustados, un par de "uno a pocos" puede expandirse a muchos documentos con bastante facilidad cuando empiece a deshacerlos.

  2. Escribe un prototipo. Realice algunas pruebas básicas en su hardware / entorno esperado para ver si puede manejar fácilmente esa carga cuando realiza consultas para todos los datos.

  3. En función de sus pruebas, cree las limitaciones. Aquí es donde necesita establecer la cantidad de relaciones que puede crear por documento, para cada tipo de relación, antes de que el sistema se descomponga.

Si fuera yo, diría que uno-a-pocos es menos de una docena, y uno-a-muchos es teóricamente ilimitado, pero prácticamente en millones. Tal vez debería haber un término medio de "uno a algunos" para indicar posiblemente cientos.

Vengo del mundo de las bases de datos relacionales (Rails / PostgreSQL) y de la transición al mundo NoSQL (Meteor / MongoDB), así que estoy aprendiendo sobre desnormalización, incrustación y enlaces verdaderos.

Parece que, en muchos casos, elegir entre varios esquemas de bases de datos se reduce a la cantidad de documentos que se "relacionarán" entre sí.

En esta serie de videos , el autor distingue:

  • one-to-many relaciones de one-to-few
  • many-to-many relaciones de few-to-few

Entonces, me pregunto: ¿dónde está el límite entre few y many ?

Supongo que puede que no haya un número difícil, pero ¿estamos en las docenas, los cientos, los miles o los millones?


Tomado de 6 reglas generales para el diseño del esquema MongoDB :

  1. uno-a-pocos - dos hasta algunos cientos
  2. uno a muchos: un par de cientos hasta unos pocos miles
  3. uno-a-squillions - miles y más

Estoy totalmente de acuerdo con @ womp sobre la necesidad de elegir el esquema correcto para su caso de uso. El artículo que publiqué arriba tiene algunas buenas pautas y ejemplos de qué diseño de esquema usar.