Tout est relatif et c'est vraiment une question dangereuse pour faire des hypothèses sur la conception d'une architecture. Cela vaut la peine d'investir du temps pour faire les bons choix pour votre schéma et votre configuration. Je conseillerais quelques étapes :
-
Faire le calcul. Multipliez vos relations en fonction de ce que vous attendez de votre application. Si vous avez quelques tableaux imbriqués ou des documents intégrés, quelques "un à quelques" peuvent s'étendre assez facilement à de nombreux documents lorsque vous commencez à les $dérouler.
-
Rédigez un prototype. Effectuez des tests de base sur votre matériel/environnement prévu pour voir s'il peut facilement gérer cette charge lorsque vous effectuez des requêtes pour toutes les données.
-
En fonction de vos tests, créez les limitations. C'est là que vous devez tracer la ligne sur le nombre de relations que vous pouvez créer par document, pour chaque type de relation, avant que le système ne tombe en panne.
Si c'était moi, je dirais qu'un à quelques-uns est inférieur à une douzaine, et un à plusieurs est théoriquement illimité, mais pratiquement dans les millions. Peut-être devrait-il y avoir un terrain d'entente de "un à un" pour indiquer éventuellement des centaines.
