Journaling für alle Tabellen eines Schemas einschalten

[remo2010]

Hallo,

ja bin ich eigentlich auch dafür, nur
da unsere ganze DB natürlich über RI's/Constraints verfügt ist das mit dem Daten exp./import nicht so einfach. Oder gibt es wie bei Oracle eine Möglichkeit alle RI/Constraints abzuschalten.
Dann würden wir nämlich das Schema per Skript aufbauen, aus dem alten die Daten exportieren, in dem neuen die RI/Constraints abschalten und die Daten wieder importieren.

Leider habe ich keine Möglichkeit gefunden diese abzuschalten.

Gruss

Thorsten (Remo)

[BenderD]

Hallo,

das geht, allerdings von der native Oberfläche, mit CHGPFCST, da kann man die auf disabled und enabled setzen, wenn man das in einem SQL script einbauen will, dann kann man das via stored procedure machen, die (parametrisiert) diesen Command bedient.
Von Maschine zu Maschine geht auch SAVLIB und RSTLIB, der da alles mitnimmt und macht und tut, was aber zum duplizieren nicht geeignet ist, wg. Einschränkungen beim rename des Schemas.

mfg

Dieter Bender

Hallo,

ja bin ich eigentlich auch dafür, nur
da unsere ganze DB natürlich über RI's/Constraints verfügt ist das mit dem Daten exp./import nicht so einfach. Oder gibt es wie bei Oracle eine Möglichkeit alle RI/Constraints abzuschalten.
Dann würden wir nämlich das Schema per Skript aufbauen, aus dem alten die Daten exportieren, in dem neuen die RI/Constraints abschalten und die Daten wieder importieren.

Leider habe ich keine Möglichkeit gefunden diese abzuschalten.

Gruss

Thorsten (Remo)

[B.Hauser]

Hallo,

vielleicht stehe ich ja auf dem Schlauch aber:
Wenn ich mittels Reverse Engeneering mit die SQL-Skripte aus meiner ursprünglichen Bibliothek erstelle, werden für die Constraints separate ALTER Table Statements generiert.

Was spricht also dagegen, Skripte für die Tabellen erstellen zu lassen, die Create Table Statements ausführen. Dann die Daten kopieren.
Und zum Schluss die Skripte mit den Alter Table Statements für die Constraints ausführen.

Übrigens kann man über den iSeries Navigator (zumindest unter V5R4) Constraits en bloque Enabeln oder Disabeln.
Schema --> Constraints --> Constraints markieren --> Rechtsclick und Enable/Disable.

[BenderD]

Hallo,

dazu brauche ich den Ooops Nerv nicht, das wäre gegenüber Erwin ein Rückschritt, der generiert die Skripte aus dem Datenmodell, auch da kann ich die Constraints per alter table entfernen und zufügen; was aber den enable, disable von Constraints nicht überflüssig macht. Beim additiven hinzufügen hat der drop constraint zur Folge, dass der Zugriffspfad völlig neu erstellt werden muss und beim disable nur additiv.
Zur Automatisierung bringt mir das Mäusekino nix, oder willst du ein Tastatur Makro auf den Ooops Nerv loslassen?

mfg

Dieter Bender

Hallo,

vielleicht stehe ich ja auf dem Schlauch aber:
Wenn ich mittels Reverse Engeneering mit die SQL-Skripte aus meiner ursprünglichen Bibliothek erstelle, werden für die Constraints separate ALTER Table Statements generiert.

Was spricht also dagegen, Skripte für die Tabellen erstellen zu lassen, die Create Table Statements ausführen. Dann die Daten kopieren.
Und zum Schluss die Skripte mit den Alter Table Statements für die Constraints ausführen.

Übrigens kann man über den iSeries Navigator (zumindest unter V5R4) Constraits en bloque Enabeln oder Disabeln.
Schema --> Constraints --> Constraints markieren --> Rechtsclick und Enable/Disable.