Strategisches Problem: Mischen von relationaler und nicht relationaler Datenbank?

Es wurde viel über kontrarevolutionäre NoSQL-Datenbanken wie @ gesprocheKassandr, CouchDB, Hypertable, MongoDB, Project Voldemort, Großer Tisc und so viele mehr. Für mich sind die stärksten Vorteile Skalierbarkeit, Leistung und Einfachheit.

Ich überlege ernsthaft, eine nicht relationale Datenbank für unser nächstes Projekt vorzuschlagen. Einige Teams setzen sich jedoch aus RDBMS-Fans zusammen, sodass es in einigen Fällen aus emotionalen Gründen unmöglich sein kann, einen harten Wechsel durchzuführen. Auch wenn es um komplexe Datenmodelle geht, glaube ich persönlich immer noch an die Leistungsfähigkeit von RDBMS mit ihren Konsistenz-Durchsetzungsmechanismen auf niedriger Ebene.

etzt kommt meine Frage: Ich habe mich gefragt, ob jemand ernsthaft in Betracht ziehen könnte, beide RDBMS zu verwendeun non-relational DB in einem neuen Projekt: Das komplexe, aber nicht leistungskritische Datenmodell würde weiterhin mit einem relationalen Modell und einer Datenbank implementiert, während alle leistungskritischen, aber einfachen Modelle mit einer nicht relationalen Datenbank implementiert würden. Darüber hinaus wäre ein derart weicher Paradigmenwechsel für einige hoch emotionalisierte Teammitglieder viel einfacher zu verkaufen als für einen harten.

Würde jemand einen solchen Ansatz empfehlen? Oder würden Sie lieber einen schwarzen oder weißen, d. H. Relationalen oder nicht relationalen Ansatz empfehlen? Alle Kommentare sind herzlich willkommen!

P.S .: Gibt es eine Idee, ob eine solche Verwechslung mit Spring und Hibernate / JPA gut funktioniert?

Antworten auf die Frage(6)

Ihre Antwort auf die Frage