Mungo-Unterdokumente gegen verschachteltes Schema

Ich bin gespannt auf die Vor- und Nachteile der Verwendung von Unterdokumenten gegenüber einer tieferen Ebene in meinem Hauptschema:

var subDoc = new Schema({
  name: String
});

var mainDoc = new Schema({
  names: [subDoc]
});

oder

var mainDoc = new Schema({
  names: [{
    name: String
 }]
});

Ich verwende derzeit überall Subdocs, wundere mich aber hauptsächlich über die Leistung oder das Abfragen von Problemen, auf die ich stoßen könnte.

Laut den Dokumenten ist es genau das gleiche. Die Verwendung eines Schemas würde jedoch auch ein _idFeld hinzufügen (sofern Sie dieses nicht deaktiviert haben) und vermutlich weitere Ressourcen zum Verfolgen von Subdocs verwenden.

Alternative Deklarationssyntax

Neu in Version 3 Wenn Sie keinen Zugriff auf die Instanz des Unterdokumentschemas benötigen, können Sie Unterdokumente auch deklarieren, indem Sie einfach ein Objektliteral übergeben [...]

Wenn Sie Schemas haben, die in verschiedenen Teilen Ihres Modells wiederverwendet werden, kann es hilfreich sein, einzelne Schemas für die untergeordneten Dokumente zu definieren, damit Sie sich nicht duplizieren müssen.

Sie sollten eingebettete Dokumente verwenden, wenn es sich um statische Dokumente handelt oder aufgrund von Leistungseinbußen nicht mehr als einige Hundert. Ich habe mich vor einiger Zeit mit diesem Thema befasst. Neu war, dass Asya Kamsky, die als Lösungsarchitektin für MongoDB arbeitet, einen Artikel über "Verwenden von Unterdokumenten" geschrieben hat.

Ich hoffe, das hilft, wer nach Lösungen oder Best Practices sucht.

Ursprünglicher Beitrag auf http://askasya.com/post/largeembeddedarrays . Sie erreichen ihr Stackoverflow-Profil unter https://stackoverflow.com/users/431012/asya-kamsky

Zunächst müssen wir uns überlegen, warum wir so etwas tun wollen. Normalerweise würde ich Leuten raten, Dinge einzubetten, die sie immer wieder haben möchten, wenn sie dieses Dokument abrufen. Die Kehrseite davon ist, dass Sie keine Dinge in das Dokument einbetten möchten, die Sie nicht zurückbekommen möchten.

Wenn Sie die von mir ausgeführten Aktivitäten in das Dokument einbetten, funktioniert dies zunächst hervorragend, da alle meine Aktivitäten genau dort sind und Sie mit einem einzigen Lesevorgang alles zurückerhalten können, was Sie mir möglicherweise zeigen möchten: "Sie haben kürzlich auf dieses und hier geklickt sind deine letzten beiden Kommentare "aber was passiert nach sechs Monaten und ich kümmere mich nicht um Dinge, die ich vor langer Zeit getan habe und du willst sie mir nicht zeigen, es sei denn, ich suche speziell nach einer alten Aktivität?

Erstens werden Sie immer größere Dokumente zurückgeben und sich um immer kleinere Teile kümmern. Sie können die Projektion jedoch verwenden, um nur einen Teil des Arrays zurückzugeben. Der eigentliche Schmerz besteht darin, dass das Dokument auf der Festplatte größer wird und immer noch alles gelesen wird, auch wenn Sie nur einen Teil davon an den Endbenutzer zurückgeben, aber Da meine Aktivität nicht aufhört, solange ich aktiv bin, wächst das Dokument weiter und weiter.

Das offensichtlichste Problem dabei ist, dass Sie möglicherweise das Dokumentlimit von 16 MB erreichen, aber darüber sollten Sie sich überhaupt keine Sorgen machen. Ein Dokument, das kontinuierlich wächst, verursacht jedes Mal höhere Kosten, wenn es auf die Festplatte verschoben werden muss. Selbst wenn Sie Maßnahmen ergreifen, um die Auswirkungen der Fragmentierung zu verringern, sind Ihre Schreibvorgänge insgesamt unnötig lang und beeinträchtigen die Gesamtleistung Ihrer gesamten Anwendung.

Sie können noch etwas tun, das die Leistung Ihrer Anwendung vollständig beeinträchtigt, und zwar die Indizierung dieses ständig wachsenden Arrays. Dies bedeutet, dass jedes Mal, wenn das Dokument mit diesem Array verschoben wird, die Anzahl der Indexeinträge, die aktualisiert werden müssen, direkt proportional zur Anzahl der indizierten Werte in diesem Dokument ist. Je größer das Array, desto größer wird diese Anzahl Sein.

Ich möchte nicht, dass Sie davon abgehalten werden, Arrays zu verwenden, wenn sie gut zum Datenmodell passen - sie sind eine leistungsstarke Funktion des Datenmodells der Dokumentendatenbank, aber wie alle leistungsstarken Tools muss es unter den richtigen Umständen verwendet werden und es sollte mit Vorsicht verwendet werden.

Erstellen Sie grundsätzlich eine Variable nestedDovund fügen Sie sie hier einname: [nestedDov]

Einfache Version:

var nestedDoc = new Schema({
  name: String
});

var mainDoc = new Schema({
  names: [nestedDoc]
});

JSON-Beispiel

{
    "_id" : ObjectId("57c88bf5818e70007dc72e85"),
    "name" : "Corinthia Hotel Budapest",
    "stars" : 5,
    "description" : "The 5-star Corinthia Hotel Budapest on the Grand Boulevard offers free access to its Royal Spa",
    "photos" : [
        "/photos/hotel/corinthiahotelbudapest/1.jpg",
        "/photos/hotel/corinthiahotelbudapest/2.jpg"
    ],
    "currency" : "HUF",
    "rooms" : [
        {
            "type" : "Superior Double or Twin Room",
            "number" : 20,
            "description" : "These are some great rooms",
            "photos" : [
                "/photos/room/corinthiahotelbudapest/2.jpg",
                "/photos/room/corinthiahotelbudapest/5.jpg"
            ],
            "price" : 73000
        },
        {
            "type" : "Deluxe Double Room",
            "number" : 50,
            "description" : "These are amazing rooms",
            "photos" : [
                "/photos/room/corinthiahotelbudapest/4.jpg",
                "/photos/room/corinthiahotelbudapest/6.jpg"
            ],
            "price" : 92000
        },
        {
            "type" : "Executive Double Room",
            "number" : 25,
            "description" : "These are amazing rooms",
            "photos" : [
                "/photos/room/corinthiahotelbudapest/4.jpg",
                "/photos/room/corinthiahotelbudapest/6.jpg"
            ],
            "price" : 112000
        }
    ],
    "reviews" : [
        {
            "name" : "Tamas",
            "id" : "/user/tamas.json",
            "review" : "Great hotel",
            "rating" : 4
        }
    ],
    "services" : [
        "Room service",
        "Airport shuttle (surcharge)",
        "24-hour front desk",
        "Currency exchange",
        "Tour desk"
    ]
}

Beispiel:

Ich denke, dies wird an anderer Stelle durch mehrere Posts auf SO behandelt.

Nur ein paar:

• MongoDB-Beziehungen: einbetten oder referenzieren?
• Wie soll ich dieses Schema in MongoDB implementieren?
• MongoDB Schema Design - Viele kleine Dokumente oder weniger große Dokumente?

Der große Schlüssel ist, dass es hier keine einzige Antwort gibt, sondern nur eine Reihe ziemlich komplexer Kompromisse.

Es gibt einen Unterschied zwischen den beiden:

• Die Verwendung eines verschachtelten Schemas ist hilfreich für die Validierung.

• Verschachteltes Schema kann in anderen Schemas wiederverwendet werden.

• Verschachteltes Schema Fügen Sie dem Unterdokument das Feld '_id' hinzu, es sei denn, Sie haben "_id: false" verwendet.