Frage

Ich versuche, Blog-Post Speicher mit Mongo db.

zu implementieren

Ich habe zwei Domain-Entitäten bekommen:

"Blog-Post" und "Autor"

Zur Zeit habe ich authorid Eigenschaft hinzugefügt Post Einheit bloggen. Ist das der richtige Ansatz zur Speicherung von Beziehung zwischen Objekten?

War es hilfreich?

Lösung

  

Zur Zeit habe ich authorid Eigenschaft hinzugefügt Post Einheit bloggen. Ist das der richtige Ansatz zur Speicherung von Beziehung zwischen Objekten?

würde ich nicht sagen. Sie sind „angeblich“ zu speichern alles, was Sie in einem Blog-Dokument in einer müssen denormalisierter Art und Weise (zum Beispiel der Blog-Post, die Kommentare, die Tags, etc.). Also, wenn Sie den Namen des Autors zeigen wollen, sollten Sie es auf das Blog-Dokument hinzuzufügen. Dies würde es ermöglichen eine ganze Seite Daten mit einer einzigen Abfrage zu holen, die irgendwie der Sinn einer dokumentenorientierte Datenbank ist.

Andere Tipps

Ich denke, dieser Beitrag wird das Richtige für Sie http://www.mongodb.org / Anzeige / docs / Schema + Design

Use Cases

Kunde / Auftrag / Order Line-Item

  

Aufträge sollten eine Sammlung sein. Kunden eine Sammlung. Line-Elemente sollten in der Reihenfolge Objekt eingebettet eine Reihe von Line-Elementen sein.

Blogging-System.

  

sollten Beiträge eine Sammlung sein. Post Autor könnte eine getrennte Sammlung, oder einfach nur ein Feld innerhalb Beiträge sein, wenn nur eine E-Mail-Adresse. Kommentare in einem Beitrag für die Leistung eingebettete Objekte werden sollten.

Schema Design Basics

Kyle Banker, 10gen

  

http://www.10gen.com/presentation/mongosf2011/schemabasics

Indexing & Abfrageoptimierung Alvin Richards, Senior Director of Enterprise Engineering

  

http://www.10gen.com/presentation/ mongosf-2011 / mongodb-Indizierung-Abfrage-Optimierung

** Diese 2 Videos sind die Bestzeiten auf mongoddb jemals imho gesehen *

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top