@neo:
Gebe mich geschlagen, war nicht das beste Konzept damals ist auch schon über 8 Jahre her die erste Version.
Das Problem scheint sich auch erst jetzt wirklich bemerkbar zu machen, seitdem ich die
SQL-Statements zur
Übertragung sichere.
Denke auch schon länger darüber nach die
DB zu wechseln bzw. auf Firebird 2 umzusteigen.
Allerdings muss ich die Umstellung automatisiert in meine Online-Update Routine einbauen,
den ca. 120 Läden per Hand zu aktualisieren(nebenberuflich) ist doch etwas schwierig.
Für die Automatisierung habe ich leider noch keine ausgearbeitetes Konzept.
Deshalb war ich auf der Suche nach einer "Quick & Dirty" Lösung um das "Problem"
bis zum großen Update vom Hals zu haben.
Das einzige was mir im Moment spontan einfällt ist,
den Table zum
SQL-Logging aus DB1 zu entfernen und in eine dritte neue
DB(mit SP und Generator zur ID Erzeugung) zu portieren.
So würde die Client
GUI nur in DB1 Lesen und schreiben.
Der Dienst würde die Import Daten in DB2 schreiben.
Und in DB3(nur ein Table zum
SQL logging) würden beide Lesen und schreiben, allerdings wäre die ID Generierung durch den Generator dann geschützt.
Oder hast Du eine noch bessere Idee ?!
Greetz Data
Der Horizont vieler Menschen ist ein Kreis mit Radius Null, und das nennen sie ihren Standpunkt.