Ich wähle gerade eine NOSQL-Datenbank für die Anwendung, die viele E-Mails zu bestimmten Themen (= Mailinglisten) speichert. Es gibt eine große Anzahl von E-Mails für jeden von ihnen. Als Amateur in diesem Bereich weiß ich nicht, ob ich für Document-basierte MongoDb oder Graph orientierte Neo4j gehen sollte. Es ist eher wie einmal schreiben, viele Typen lesen.
Die Fakten zum Neo4j: 1. E-Mails sind im Grunde eine Grafik. Jede E-Mail ist ein Knoten und einer antwortet auf den anderen (= eine Kante). 2. Die Grafik kann sehr tief sein, eine E-Mail kann viele Antworten haben. 3. Es kann erforderlich sein, einige E-Mails neu zu ordnen (um die Reihenfolge zu bereinigen, wenn sie wirklich benötigt werden) in der Grafik.
Die Fakten für den MongoDb: 1. Manchmal möchte der Benutzer nach parameterbasierten Abfragen suchen. Zum Beispiel alle E-Mails vom Benutzer X. 2. E-Mails können ziemlich groß sein. 3. Dokumente sehen viel einfacher aus.
Die Tatsache, dass ich nicht weiß, wo gehören: Manchmal ist es gut, nach den Eltern zu suchen und zu überprüfen, wo die E-Mail den Text kopiert hat (der spezifische Text, auf den die E-Mail antwortet).
Kann mir bitte jemand helfen?
EDIT: Wie auch immer, ich bin auch offen für andere Nosql-Datenbanken.
Vielleicht hilft Ihnen dieser Blogbeitrag, Ihre Entscheidung zu lenken: Ссылка
Achten Sie auf den unteren Bereich des Addendums - wobei @rit den ursprünglichen Code erweitert hat und einen Speicherauszug des Corpus auf S3 enthält.
Das sollte Ihnen in der MongoDB-Umgebung einiges an Experimentieren lassen.
Bryan