Mongodb Schema für Beiträge und Freigaben

Question

Ich bin neu zu mongodb NoSQL Konzept und fest an der Stelle, wo ich nicht in der Lage bin, eine Entscheidung für die Modellierung des Schemas zu treffen, das meinem Zweck am besten dienen könnte.

Ich muss Schema so gestalten, dass ich mein Endergebnis als Posts und Shares nach Zeit sortiert haben. Dafür hielt ich zwei Möglichkeiten:

---

Option 1: Verschiedene Sammlung Beiträge and Share als:

Schema für Beitrag Sammlung:

var postSchema = mongoose.Schema({ 
    postText: String, 
    postedBy: String, 
    privacy: Number, 
    updatedOn: { type: Date, default: Date.now }   
}, { collection: 'posts' }); 

Schema für die Anteils Sammlung

var shareSchema = mongoose.Schema({ 
    dis_Id: { type: mongoose.Schema.Types.ObjectId }, // Id of post that is shared 
    shareBy: { type: mongoose.Schema.Types.ObjectId }, 
    shareText: String, 
    share_privacy: Number, 
    shareOn: { type: Date, default: Date.now } 
}, { collection: 'shares' }); 

---

Option 2: Einbetten Teile in Beiträgen selbst

Neues Schema für Beitrag

var postSchema = mongoose.Schema({ 
    postText: String, 
    postedBy: String, 
    updatedOn: { type: Date, default: Date.now }, 
    privacy: Number, 
    share: { 
    shareBy: { type: mongoose.Schema.Types.ObjectId }, 
    shareText: String, 
    share_privacy: Number, 
    shareOn: { type: Date } 
    }  
}, { collection: 'posts' }); 

---

Nun, die hierfür könnte eine bessere Wahl sein? Option 1 hat Probleme beim Abfragen, da es keine Verbindungen in mongodb gibt, und Option 2 führt zur Replikation derselben Daten und kann für Hunderttausende von Benutzern auf mehr als Milliarden anwachsen.

Answer 1

Ok. Ich schlage vor, den folgenden Ansatz:

1. Da Sie bereits den Benutzernamen haben, können Sie die Liste der Post abrufen zu dieser Id in einer sortierten Reihenfolge entsprechend mit sort.

2. Wenn Sie über jeden Beitrag iterieren, können Sie die Freigaben in sortierter Reihenfolge abrufen, indem Sie die gleiche Art verwenden, die oben verwendet wurde.

Der Schlüssel hier ist zu verstehen Indizes, die Sie einstellen werden. Ich schlage vor, Sie sollten folgende Indizes haben.

post_schema: Verbindung Index auf {Benutzername, updatedOn}

share_schema: Verbindung Index auf {dis_Id, ShareOn}.

Wenn keine zusammengesetzten Indizes verwendet werden, wird Ihre Anwendung nicht für eine große Anzahl von Datensätzen skaliert.

Answer 2

Nun, es ist einfach mit eingebetteten Dokumenten zu arbeiten, da Sie alle erforderlichen Daten zusammen bekommen, so dass Option 2 in diesem Fall gut ist. Aber wenn Sie über die Größe von Dokumenten besorgt sind, die mehr als 16 MB erhöhen, gehen Sie mit Option 1 vor. Verwenden Sie in diesem Fall keine Aggregatabfrage, um zwei Sammlungen zu verbinden, da dies zeitraubende Operation ist Betrieb überspringen. Stattdessen sollten Sie jede Sammlung einzeln abfragen und mit einer benutzerdefinierten Logik eine vollständige Antwort erstellen.