Mix von MySQL und Mongodb in einer Anwendung

Question

Ich schreibe eine Web-Anwendung mit PHP/Symfony2/Doctrine2 und nur die Fertigstellung der Datenbank-Design. Wir müssen diese Objekte (zB Projekte, Lieferanten) in unsere Datenbank importieren, die von verschiedenen Kunden mit verschiedenen Feldern kommen. Einige Kunden haben 2 Felder im Projektobjekt und einige haben 20. Also habe ich darüber nachgedacht, sie in MongoDB zu implementieren, da es wie ein guter Zweck dafür scheint.

Symfony2 unterstützt sowohl ORM als auch ODM, so dass dies kein Problem sein sollte. Nun ist meine Frage, wie man die Integrität der Daten in beiden Datenbanken sicherstellen kann. Weil Objekte in meiner MySQL db müssen irgendwie mit den Objekten in der MongoDB für Integritätsprobleme verknüpft werden.

Gibt es bessere Lösungen? Jede Hilfe/Gedanken würden geschätzt

Answer 1

Bulat eine Lehre Erweiterung implementiert, während wir bei OpenSky waren nach Referenzen zwischen MongoDB Dokumenten und MySQL Aufzeichnungen Handhabung, die derzeit in ihrem (zugegebenermaßen veraltet) fork des DoctrineExtensions Projekt sitzen. Sie sollten sich entweder die orm2odm_references oder openskyfork Filialen ansehen. Damit dies in Ihrem Projekt verwendet werden kann, möchten Sie es wahrscheinlich auf eine neue Version von DoctrineExtensions portieren oder den Code einfach in Ihre Anwendung integrieren. Leider gibt es außer dem Code selbst keine Dokumentation.

Zum Glück gibt es auch cookbook article auf der Doctrine-Website, die beschreibt, wie Sie dies von Grund auf neu implementieren. Grundsätzlich verlassen Sie sich auf einen Ereignis-Listener, um Ihre Eigenschaft durch eine Referenz (d. H. Nicht initialisiertes Proxy-Objekt) von dem anderen Objektmanager zu ersetzen, und das natürliche Verhalten von Proxy-Objekten, um sich selbst zu laden, kümmert sich um den Rest. Wenn der Ereignis-Listener ein Dienst ist, können Sie einfach sowohl den ORM- als auch den ODM-Objektmanager in ihn einfügen.

Die einzige durch dieses Modell garantierte Integrität besteht darin, dass Sie Ausnahmen erhalten, wenn Sie versuchen, eine schlechte Referenz zu hydratisieren, was wahrscheinlich mehr ist, als wenn Sie einfach eine ID der anderen Datenbank speichern und manuell abfragen.

Answer 2

Also die Art, wie wir dieses Problem gelöst haben, war der Umzug nach Postgres. Postgres hat einen Datentyp namens hstore, der sich wie eine NoSQL-Spalte verhält. Funktioniert recht süß

UPDATE

Jetzt, wo ich bin auf der Suche zurück, gehen Sie mit jsonb statt json oder hstore, wie es Ihnen mehr eine Datenstruktur als ein Schlüssel-Wert-Speicher haben kann.