Fehler bei Verwendung von UNIQUE in Tabelle

[BenderD]

... das stimmt so nicht, die Fehlermeldung ist klar und eindeutig, referential Constraint mit Cascade erfordert Journalisierung (mit restrict oder no action keineswegs), was einleuchtend ist.

D*B

Nun ja, die Fehlermeldung müsste dahingehend ergänzt werden:

Bei Integritätsbedingungen muss überhaupt ein Journal angelegt werden.

[andreaspr@aon.at]

... das stimmt so nicht, die Fehlermeldung ist klar und eindeutig, referential Constraint mit Cascade erfordert Journalisierung (mit restrict oder no action keineswegs), was einleuchtend ist.

... das stimmt so auch nicht, ich hatte alle 3 Varianten probiert, CASCADE, RESTRICT und NO ACTION.
Bei beiden der gleiche Fehler.

Ich vermute dass der Grund warum es beim Entfernen des Unique-Keys funktionierte, war weil der iSeries Nav auch den Fremdschlüssel der Tabelle SRCMBR entfernte dessen Feld auf diesen Unique-Key verbunden war.

Somit schaut es für mich so aus als ob ein Journal grundsätzlich notwendig ist (zumindest sobald ich Datensätze löschen möchte).

[BenderD]

... ein Blick in die Doku ist manchmal hilfreich! Die Lage ist eindeutig und alles andere unvollständig beobachtet oder ein Defekt Problem.
D*B

... das stimmt so auch nicht, ich hatte alle 3 Varianten probiert, CASCADE, RESTRICT und NO ACTION.
Bei beiden der gleiche Fehler.

Ich vermute dass der Grund warum es beim Entfernen des Unique-Keys funktionierte, war weil der iSeries Nav auch den Fremdschlüssel der Tabelle SRCMBR entfernte dessen Feld auf diesen Unique-Key verbunden war.

Somit schaut es für mich so aus als ob ein Journal grundsätzlich notwendig ist (zumindest sobald ich Datensätze löschen möchte).

[Fuerchau]

Da muss ich Dieter zustimmen.
"Nicht im selben Journal" ist auch korrekt, wenn kein Journal angegeben ist.

[andreaspr@aon.at]

"Nicht im selben Journal" ist auch korrekt, wenn kein Journal angegeben ist.

Verstehe gerade nicht was du damit meinst.

Ich habe am nächsten Tag das ganze noch mal mit ON DELETE NO ACTION getestet und plötzlich siehe da, geht es auch ohne Journal.
Was mich allerdings seeeeeehr gewundert hat, dass es beim ersten mal nicht funktionierte. Trotz commit=*none und ab und neu anmelden. Speziel weil ja auch NO ACTION der Default war.

Ich habe dann in einem Redbook meine Vermutung bestätigt bekommen, dass bei Contraints (außer bei RESTRICT und NO ACTION), das System in manchen Situationen automatisch Commitment Control verwendet, falls dies vom Programm selbst nicht eingeschaltet ist.

Ich verstehe nur nicht warum es mit NO ACTION nicht von Anfang an funktionierte.
Hat sich nun mit dem SQL SCHEMA erledigt.
Und dazugelernt hab ich auch wieder was

[BenderD]

Ich habe am nächsten Tag das ganze noch mal mit ON DELETE NO ACTION getestet und plötzlich siehe da, geht es auch ohne Journal.

... da gibt es nur zwei Möglichkeiten:
- das Problem sitzt meistens vor dem Bildschirm
oder
- ihr habt eine der ganz seltenen Maschinen erwischt, wo das nur jeden zweiten Tag funktioniert, dann muss man sich am besten aufschreiben, ob das an geraden oder ungeraden Tagen funzt

D*B