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?
