Embedded SQL Newbie

[Fuerchau]

Den Fehler kenn ich zwar nicht (müsste was im Joblog stehen), aber setze mal das Commit aus:

/exec sql set option commit=*none
/end-exec

[JonnyRico]

Ja danke daran lag es. Im Joblog steht die Meldung Teildatei KUNDEN nicht in Journal *N aufgezeichnet. mit Commit=*NONE funktioniert es. Wie hägt das mit dem Commit und dem Journal denn zusammen?

[Bruno Jakob]

Commitment Control setzt die Journalisierung voraus. Irgendwo muss ja stehen, was im Fehlerfall zurückgesetzt werden muss. Und da ist der Journalreceiver, der diese Informationen aufnimmt.

Gruß
Bruno

[BenderD]

Hallo,

genauer müsste man sagen: irgendwo muss ja festgelegt werden in welches Journal protokolliert wird. Falls man nämlich nur After Images erzeugen lässt, kann man trotzdem mit Commit arbeiten (dann wird nämlich die Journalisierung automatisch eskaliert).
Ich würde allerdings generell zur Journalisierung aller Dateien mit before und after images raten - auch wenn man keine Commit Steuerung einsetzt; alleine die Vorteile bei Fehler Abklärungen sind es wert.

mfg

Dieter Bender

Commitment Control setzt die Journalisierung voraus. Irgendwo muss ja stehen, was im Fehlerfall zurückgesetzt werden muss. Und da ist der Journalreceiver, der diese Informationen aufnimmt.

Gruß
Bruno

[Fuerchau]

SQL-Fehlercodes sind grundsätzlich Negativ !
700Q ist also als negativer Wert zu interpretieren (im Debugger wird das auch negativ angezeigt: -7008.)
Positve Codes sind keine Fehler sondern Warnungen (z.B. 100=EOF).
SQL-Fehler findest du in der QSQLMSG (wrkmsgd () qsqlmsg) mit der ID SQLxxxx.