Todo es relativo y es realmente una pregunta peligrosa hacer suposiciones sobre cuando estás 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:
-
Haz las matematicas. Multiplique sus relaciones en función de lo que espera que su aplicación necesite hacer. Si tiene algunas matrices anidadas o documentos incrustados, un par de "uno a pocos" pueden expandirse a muchos documentos con bastante facilidad cuando comienza a $desenrollarlos.
-
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.
-
Basándose en sus pruebas, cree las limitaciones. Aquí es donde debe trazar la línea sobre cuántas relaciones puede crear por documento, para cada tipo de relación, antes de que el sistema falle.
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.
