Mann, es läuft nicht optimal und er wehrt sich alles auf den Müll zu schmeißen, nur um die Superduperdistributetobjectorienteddatastoragelösu ng zu installieren, bei der in 3 Jahren jeder die Schulter zuckt und fragt was das alte Zeug soll.
Wo steht denn, 'alles auf den Müll zu schmeißen' sei eine Lösung?
Wenn man die Wartezeiten während des Abgleiches nicht will, dann kann/muss man das im Hintergrund machen. Und wenn man das im Hintergrund macht, muss man eben noch 1-2 Dinge beachten. Hört sich jetzt nicht nach einer Lösung an, bei der man alles auf den Müll schmeißen muss. Und eine "objektkorientierte Datastoragelösung" muss das auch nicht werden, weil man das auch in VB oder C programmieren kann.
- wie gesagt. Es gibt Abbrüche und ich will die
MySQL Componenten wechseln.
- und modernisieren.
...
Und die Wartezeiten bei vielen Änderungen vermeiden?
Wenn die Datenbankzugriffe nicht gekapselt sind, wird das allerdings eine größere Operation.
Du wirst schon eine pragmatische Lösung finden. Ich würde -wenn überhaupt- zuerst die
DB-Komponenten austauschen und dabei kapseln. Wenn alle
DB-Zugriffe abstrahiert sind (d.h. in Klassen gekapselt) kann man die Reconcile-Logik einbauen, d.h.: Daten werden lokal und global verändert, wer gewinnt? Muss man aber nicht.