È tutto relativo ed è davvero una domanda pericolosa su cui fare ipotesi quando si progetta un'architettura. Vale la pena investire tempo per fare le scelte giuste per il tuo schema e la tua configurazione. Vorrei consigliare alcuni passaggi:
-
Fai i conti. Moltiplica le tue relazioni in base a ciò che ti aspetti che la tua applicazione debba fare. Se hai alcuni array nidificati o documenti incorporati, un paio di "uno-a-pochi" possono espandersi a molti documenti abbastanza facilmente quando inizi a $svolgerli.
-
Scrivi un prototipo. Esegui alcuni test di base sull'hardware/ambiente previsto per vedere se è in grado di gestire facilmente quel carico quando esegui query per tutti i dati.
-
In base ai tuoi test, crea le limitazioni. Qui è dove devi tracciare la linea su quante relazioni puoi creare per documento, per ogni tipo di relazione, prima che il sistema si interrompa.
Se fossi in me, direi che uno a pochi è meno di una dozzina e uno a molti è teoricamente illimitato, ma praticamente a milioni. Forse dovrebbe esserci una via di mezzo di "uno-a-qualcuno" per indicare forse centinaia.
