Det hele er relativt og er virkelig et farligt spørgsmål at gøre sig antagelser om, når man designer en arkitektur. Det er værd at investere tid i at træffe de rigtige valg til dit skema og din opsætning. Jeg vil anbefale et par trin:
-
Gør regnestykket. Multiplicer dine relationer ud fra, hvad du forventer, at din ansøgning skal gøre. Hvis du har et par indlejrede arrays eller indlejrede dokumenter, kan et par "en-til-få" udvides til mange dokumenter ret nemt, når du begynder at $afvikle dem.
-
Skriv en prototype. Lav nogle grundlæggende test på din forventede hardware/miljø for at se, om det nemt kan håndtere den belastning, når du foretager forespørgsler om alle data.
-
Baseret på din testning, opret begrænsningerne. Det er her, du skal trække grænsen for, hvor mange relationer du kan oprette pr. dokument, for hver relationstype, før systemet går i stykker.
Hvis det var mig, ville jeg sige, at en-til-få er mindre end et dusin, og en-til-mange er teoretisk ubegrænset, men praktisk talt i millioner. Måske burde der være en mellemvej af "en-til-som" for at angive muligvis hundredvis.