Ich versuche, Blog-Post-Speicher mit mongo db zu implementieren.
Ich habe zwei Domain-Entitäten:
"Blogpost" und "Autor"
Zur Zeit habe ich die AuthorId-Eigenschaft zu einer Blogpost-Entität hinzugefügt. Ist das der richtige Ansatz, um die Beziehung zwischen Objekten zu speichern?
Zur Zeit habe ich die AuthorId-Eigenschaft zu einer Blogpost-Entität hinzugefügt. Ist das der richtige Ansatz, um die Beziehung zwischen Objekten zu speichern?
Ich würde nein sagen. Sie sollten "alles" in einem Blog-Dokument auf denormalisierte Weise speichern (z. B. den Blogpost, die Kommentare, die Tags usw.). Wenn Sie also den Namen des Autors anzeigen möchten, sollten Sie ihn dem Blog-Dokument hinzufügen. Dies würde es ermöglichen, die Daten einer ganzen Seite mit einer einzelnen Abfrage zu holen, was gewissermaßen der Punkt einer dokumentenorientierten Datenbank ist.
Ich denke, dass dieser Beitrag für euch Ссылка
richtig istAnwendungsfälle
Kunde / Auftrag / Auftragsposition
Bestellungen sollten eine Sammlung sein. Kunden eine Sammlung. Zeilenelemente sollten ein Array von Zeilenelementen sein, die im Auftragsobjekt eingebettet sind.
Blogging-System.
Beiträge sollten eine Sammlung sein. Post-Autor kann eine separate Sammlung oder einfach ein Feld innerhalb von Beiträgen sein, wenn nur eine E-Mail-Adresse. Kommentare sollten eingebettete Objekte in einem Post für die Leistung sein.
Schemadesign-Grundlagen
Kyle Banker, 10gen
Indizierung & amp; Abfrageoptimierung Alvin Richards, Senior Director des Enterprise Engineering
** Diese 2 Videos sind die besten auf Mongoddb, die jemals imho * * / / gesehen wurden
Tags und Links mongodb nosql document-oriented-db