Seitenhistorie
...
Für komplexe Migrationen empfehlen wir die Erstellung eines SQL Skriptes (wenn die Datenbank des Altsystems auf dem gleichen DBMS beruht wir die Nuclos Datenbank) oder eines Programmes (wenn unterschiedliche DBMS), das z.B. mittels JDBS Datenbankverbindungen zu beiden Datenbanken herstellt und die Migration synchron und vollautomatisch durchführt. Auch erleichtert dies die Herstellung einer Idempotenz der Ausführung, d.h. ein erneutes Migrieren auf Knopfdruck mit selbständigem Löschen aller schon bestehenden Inhalte, zur jederzeitigen wiederholten Migration nach Änderungen der Datenstruktur oder nach Korrekturen im Fehlerfall.
| Info |
|---|
Für eine Migration mittels SQL empfiehlt es sich, vor Ausführung sämtliche Constraints zu deaktivieren, und am Ende der Migration wieder zu aktivieren, um die Reihenfolge der zu migrierenden Tabellen während der Migrationsausführung frei wählen zu können. In den meisten DBMS stehen Systemtabellen zur Verfügung, aus denen man alle Constraints dynamisch ermitteln kann (z.B. Tabelle user_constraints in Oracle). Für eine idempotente Migration sollte das Skript im ersten Schritt sämtliche Inhalte der Zieltabellen der Migration löschen, auf diese Weise stellt das Skript selbst einen immer gleichen (leeren) Ausgangszustand für die Migration sicher. |
Bei der Migration muss grundsätzlich unterschieden werden zwischen Businessobjekten ohne Statusmodell und Businessobjekten mit Statusmodell (siehe Statusmodell).
Businessobjekte ohne Statusmodell
klödf
INSERT INTO W9L4_ZUSAMMENSCHALTUNGSBEREICH (INTID,STRNAME,STRDESCRIPTION,STRMNEMONIC,DATVALIDFROM,DATVALIDUNTIL,BLNACTIVE,DATCREATED,STRCREATED,DATCHANGED,STRCHANGED,INTVERSION)
VALUES (intid_linda,i.STRNAME,i.STRDESCRIPTION,i.STRMNEMONIC,i.DATVALIDFROM,i.DATVALIDUNTIL,i.BLNACTIVE,sysdate,'MIG-ELISA',sysdate,'MIG-ELISA',1);
Businessobjekte mit Statusmodell
kölk
Überblick
Inhalte