RDBMS vs NoSQL für CRM, CMS und anderen Finanz-Systeme

Gelesen habe ich die ganzen SQL vs NoSql-Zeug gibt es im Internet (habe ein paar Tage drauf, so dass ich Rechte haben, rufen Sie es auf diese Weise 🙂 ) und haben noch ein Gefühl, ich bin weit Weg von der Lage zu entscheiden, welche Plattform-unsere Produkte gehen mit.
Wir sind etwa der Entwurf einer neuen Reihe von Produkten, die meist passen CRM - /CMS-Kategorien, würde ich sagen, mehrere B2B, B2C, B2E, E-Commerce sowie anderen Finanz-und banking-apps. So, es wird ein Komplexes system mit Dutzenden von Datenbanken der Lösung verschiedener Aufgaben. Lassen Sie uns konzentrieren sich auf die DB-Bereich. Ich fand diese Artikel ist besonders interessant für DB-Systeme in der Welt der Unternehmen. So das eigentliche problem ist:

Ist es besser, zu bleiben mit der guten alten RDBMS wie MySql (ja, es ist open-source, das ist die einzige Voraussetzung) oder beginnen mit NoSQL wie MongoDB/CouchDB (ich denke Cassandra ist auch skalierbar für CRM, es ist nicht zu sehr verteilt und schwer gruppierten system. Bis zu 4 starken Jungs erledigen den job perfekt)???

Als zusätzliche details, die ich kann sagen, dass eine Menge von media-Zeug und docs engagiert in das system, dies ist ein muss für Läden, Märkte, HR-Systeme. Und dass die Verbraucher von der Speicherung web-apps hauptsächlich.

Wäre es besser zu splitten der DB back-end-in zwei Teile: RDBMS dienen relationalen Datenbanken und NoSQL bei der Speicherung der Medien?

Was Sie denken, und wenn Sie Beispiele oder solche Erfahrungen-jede Hilfe wird nur extrem helfen, um künftige Probleme zu vermeiden. So Danke Euch im Voraus!

  • Diese Fragen sind in der Regel nicht eine gute Passform, SO aber RDBMS normalerweise gewinnen für finanicial Systeme, da Sie orientiert sich an SÄURE und konsequente multi-Dokument-Transaktionen etc etc etc
  • OK, was ist dann mit der media/doc Teil?
  • NoSQL verwendet werden könnten, jedoch würde ich die Verwendung eines CDN für Medien-und doc-Speicher tbh
InformationsquelleAutor Arman McHitarian | 2013-07-31
  1. 6

    Gibt es NoSQL (NewSQL-Datenbanken sind vollständig ACID-konforme, die Sie in Betracht ziehen könnte. Ich würde einen von denen benutzen, behandeln die Transaktions -, CRM-Daten. Es gibt einfach zu viele Vorteile, die mit diesen im Vergleich zu herkömmlichen relationalen Datenbanken:

    • Viel bessere Leistung
    • Schemaless
    • Einige lassen Sie Sie entfernen Sie die ORM vollständig und nutzt die erstellten Objekte automatisch
    • Einige verfügen über einen integrierten web-server mit REST/JSON-Unterstützung, das wäre schön für Sie, da Sie die Arbeit mit web-apps für den Endanwender.

    Die SÄURE ist sehr wichtig, wenn Sie bauen ein CRM. Ich habe einmal bauen, die ein CRM-system, das mit Hilfe einer NoSQL-Datenbank und die Leistung machte es möglich, fügen Sie Funktionen, die wir nie gewesen wären, wenn wir eine traditionelle RMDBMS.

    Ich mag die Idee, dass Sie sollten die Medien und Dokumente in ein CDN und dann beziehen Sie aus Ihrer Datenbank.

    Ihre open-source-Anforderung könnte sein, ein bisschen ein showstopper, obwohl.

    Schrieb ich einen Artikel über das Thema, dass Sie vielleicht ein paar Tipps geben, in das Thema Auswahl einer Datenbank:

    http://www.ulitzer.com/node/2636237

    • Danke, Niklas, kam ich zurück zu dieser Aufgabe. Könnten Sie mir sagen, was NoSql DB, die Sie für das CRM-system in Ihrem Fall (auch wenn es ein kommerzielles Produkt ist)? Das wäre eine gute Hilfe, da es verschiedene Möglichkeiten gibt.
    • Wir verwendet Starcounter (www.starcounter.com). Es ist eine öffentlich herunterladbare trial-version direkt auf Ihre homepage wenn Sie gerne testen.
    InformationsquelleAutor Niklas Bjorkman
Schreibe einen Kommentar