In einer App, an der ich arbeite, verwenden wir eine MySQL-Datenbank und möchten Artikel in einer Tabelle speichern. Anstatt sie in einer SQL-Datenbank zu speichern, haben wir überlegt, nur den Schlüssel des Artikels in einer NoSQL-Datenbank zu speichern. Ist dies ein gutes Problem, das mit NoSQL gelöst werden kann, oder sollten wir einfach eine weitere Tabelle in MySQL erstellen und dort die großen Textmengen speichern?
Wir erwägen, MongoDB zu verwenden, um den Text zu speichern.
Zuerst würde ich überprüfen, wie MySQL mit der 'großen Datenmenge' läuft. Wenn die Leistung akzeptabel ist, gibt es keinen Grund, das System komplizierter zu machen.
Den Textinhalt in eine separate Tabelle in MySQL zu setzen, würde nichts erreichen. Es könnte helfen, ihn in eine separate Datenbank zu legen, aber ich würde es nicht tun, es sei denn, du bist dir sicher, dass MySQL ein signifikanter Engpass ist und dass du nichts anderes tun kannst, wie z. B. deine Abfragen optimieren.
MongoDB ist gut darin, große blob-ähnliche Felder zu speichern, ob Text oder Binär. Also denke ich, dass das eine gute Sache ist.
Es gibt eine Grenze von 4MB für BSON-Objekte (MongoDB "Datensätze"). Wenn deine Textfelder größer als 4MB sind, kannst du GridFS verwenden und dann gibt es keine Grenze.
CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.
