Wir haben in einigen Projekten noch Derby Datenbanken als Altlasten vorhanden. Diese sollen nun gegen eine gemeinsame MSSQL Datenbanken ausgetauscht werden (die MSSQL hat ein anderen Aufbau als die Derby). Die MSSQL DB ist bereits produktiv im Einsatzt und bisher haben wird die Daten aus den Derby DBs manuelle im CMS in der neuen DQ angelegt. Die letzten Projekten enthalten fรผr diese Vorgehen leider deutlich zu viele Datensรคtze.
Wir hatten schon mal versucht den Prozess zu optimieren indem wir uns die Derby Datenbanken vom Server nach lokal kopiert haben um via SQuirreL ein SQL Create Skript zu erstellen. Mit den SQL Statements wurden die Daten in einer "temporรคren Tabelle" erzeugt um noch kleinere Anpassungen an den Datensรคtzen vornehmen zu kรถnnen (FS_ID und Project_ID รคndern). Anschlieรend wurden die Daten in die live insertet.
Das Problem bei dem Ansatz war, dass das CMS irgendwann keine Datensรคtze mehr in die Datenbank schreiben konnte, weil es Konflikte mit den Primary Keys gab. Das CMS reserviert sich wohl einen Bereich an Primary Keys und wenn man in diesen reinschreibt kommt es zu beschriebenem Problem
War der beschriebene Ansatz grundsรคtzlich richtig und gibt es eine Mรถglichkeit die Primary Key Problematik zu umgehen oder kann man das anders lรถsen?
MichaelaReydt
marza
tenter