Es ist alles relativ und es ist wirklich eine gefährliche Frage, Annahmen zu treffen, wenn man eine Architektur entwirft. Es lohnt sich, Zeit zu investieren, um die richtigen Entscheidungen für Ihr Schema und Ihre Einrichtung zu treffen. Ich würde ein paar Schritte empfehlen:
-
Rechne nach. Multiplizieren Sie Ihre Beziehungen basierend auf dem, was Sie von Ihrer Anwendung erwarten. Wenn Sie ein paar verschachtelte Arrays oder eingebettete Dokumente haben, können ein paar "one-to-few" ziemlich einfach zu vielen Dokumenten erweitert werden, wenn Sie beginnen, sie zu $unwinden.
-
Schreiben Sie einen Prototyp. Führen Sie einige grundlegende Tests mit Ihrer erwarteten Hardware/Umgebung durch, um zu sehen, ob sie diese Last problemlos bewältigen kann, wenn Sie Abfragen für alle Daten durchführen.
-
Erstellen Sie basierend auf Ihren Tests die Einschränkungen. Hier müssen Sie die Grenze ziehen, wie viele Beziehungen Sie pro Dokument und für jeden Beziehungstyp erstellen können, bevor das System zusammenbricht.
Wenn ich es wäre, würde ich sagen, dass One-to-Few weniger als ein Dutzend ist und One-to-Many theoretisch unbegrenzt ist, aber praktisch in die Millionen geht. Vielleicht sollte es einen Mittelweg von "one-to-some" geben, um möglicherweise Hunderte anzuzeigen.
