Felder mit SQL einer Datenbank hinzufügen!

[muadeep]

entschuldige bitte, aber irgendwie hab ich jetzt überhaupt keinen Plan mehr! ;-)

muß ich bei COMMIT auf etwas besonderes aufpassen?


habe noch nie mit COMMIT gearbeitet! sorry

mir ist aufgefallen, daß immer wenn ich mich abmelde und anschließend wieder anmelde, was mit der Datei gemacht wird!

und zwar: alle Daten sind jetzt weg! ;-)

desweiteren habe ich festgestellt, daß wenn ich mit CHGPF (und entsprechender geänderten DDS-Beschreibung) eine Datei ändern möchte mir das jetzt auch passiert!

Anmerkung wir haben vor ca. 1 Woche auf V 5.2 umgestellt,
könnte es etwas damit zu tun haben?

[TARASIK]

Hallo,
wenn der Releaswechsel auf R520 stattfand wurde da auch das SF99502 (Datenbankgruuppenptf) installiert.
Das kann man prüfen mit wrkptfgrp und da müsste dann das
akltuelle SF99502 mit Stand 12 zu sehen sein.

[muadeep]

BINGO !!!!!

es ist zwar zu sehen, aber leider so:

SF99519 89 Nicht installiert
SF99502 10 Nicht installiert
SF99169 15 Installiert
SF99098 12 Nicht installiert
SF99085 8 Nicht installiert
SF99039 2 Installiert

und du denkst, daß wenn ich es installiere es dann funktioniert?

[Fuerchau]

Prüfe ob die Datei aufgezeichnet wird (DSPFD und Journal suchen).
Wenn ja, wird die Änderung erst nach COMMIT festgeschrieben.
Per DSPJOB (Auswahl 16) siehst du, ob nicht festgeschriebene Änderungen anstehen.

Wird eine Datei aufgezeichnet, werden alle Änderungen (auch CHGPF, ALTER TABLE) journalisiert und müssen committed werden !
Beim Abmelden wird ein impliziter ROLLBACK ausgelöst.

[muadeep]

hab ich mir jetzt auch mal angesehen!

es stimmt, mit
16. COMMIT-Steuerungsstatus anzeigen, falls aktiv

wird mir jetzt folgendes angezeigt:

Auswahl eingeben und Eingabetaste drücken.
5=Anzeigen

COMMIT-
Opt Definition Text
QDBAGILE Aktivierungsgruppenebene

und nach eingabe von Opt "5" sehe ich folgendes:
COMMIT-Auswahlmöglichkeiten:
Ergebnis abwarten . . . . . . . : WARTEN
Aktion bei Problemen . . . . . : ROLLBACK
Lesezugriffsvotum zulässig . . : NEIN
Aktion bei ENDJOB . . . . . . . : WARTEN
Letzter Agent zulässig . . . . : SYSTEM
Auslassen OK . . . . . . . . . : NEIN

was kann ich denn machen, um die Änderung anschließend durchführen zu lassen, bzw. zu können?

sorry, habe leider mit "COMMIT" noch nie was zu tun gehabt und bin da "blutiger" Anfänger! ;-)

[Fuerchau]

Gib entweder bei STRSQL oder in der Kommandozeile einfach "COMMIT" ein !

[muadeep]

Es ist zum verzweifeln, geht leider immer noch nicht! :-(

Interaktive SQL-Sitzung start. (STRSQL)

Auswahl eingeben und Eingabetaste drücken.

COMMIT-Steuerung . . . *all *NONE, *CHG, *CS, *ALL...
Namenskonvention . . . . *SYS *SYS, *SQL
Anweisungsverarbeitung *RUN *RUN, *VLD, *SYN
Bibliotheksauswahl . . . . *LIBL Name, *LIBL, *USRLIBL...

hab danach mal mit DSPJOB und Pos. 16 nachgesehen ist
alles so wie vorher!
wenn ich mich dann abmelde, passiert leider auch nicht's!

geb ich einfach nur "COMMIT" ein, erhalte ich folgende Meldung: COMMIT-Definition nicht gefunden.

[Fuerchau]

Jetzt liegt es ggf. an der Aktivierungsgruppe !
Jede Aktivierungsgruppe hat eine eigene COMMIT-Definition, so dass ein COMMIT nur dann funktioniert, wenn in dieser Aktivierungsgruppe auch was zu committen ist.

Bevor du STRSQL aufrufst gib mal folgendes ein:
COMMIT
ENDCMTCTL

Innerhalb STRSQL benötigst du eigentlich kein Commit, wenn die Einstellung (F13) für Commit *NONE ist.
Ansonsten ändere dieses oder verwende ein COMMIT nach verändernden SQL-Befehlen.

Anscheinend wird in deiner Anmeldeprozedur ein STRCMTCTL aufgerufen um die Transaktionssteuerung zu aktivieren.
Ohne STRCMTCTL wird zwar journalisiert, aber alle Änderungen sind sofort gültig.
Mit STRCMTCTL hilft die Journalisierung um im Fehlerfall einen ROLLBACK durchzuführen. Dann werden alle Änderungen seit dem letzten Commit rückgängig gemacht.

Per DSPJOB (16) siehst du ob Commitsteuerung aktiv ist.
Mit STRCMTCTL startest du diese, mit ENDCMTCTL wird diese beendet, was allerdings nur nach einem Commit/Rollback möglich ist.

[muadeep]

also, wenn ich "COMMIT" eingebe, erhalte ich folgende Fehlermeldung: COMMIT-Definition nicht gefunden.
danach (bei "ENDCMTCTL") erhalte ich die gleiche Fehlermeldung!

Bei "STRSQL" und F4:
Interaktive SQL-Sitzung start. (STRSQL)

Auswahl eingeben und Eingabetaste drücken.

COMMIT-Steuerung *NONE *NONE, *CHG, *CS, *ALL...
Namenskonvention . . *SYS *SYS, *SQL
Anweisungsverarbei. *RUN *RUN, *VLD, *SYN
Bibliotheksauswahl . *LIBL Name, *LIBL, *USRLIBL...
-> (ist die Grundeinstellung!)


Auch in meiner Anmeldeprozedur ist keine Befehl "STRCMTCTL "
hinterlegt! (hab noch mal nachgeschaut)

Wenn ich sofort nach dem Anmelden den "DSPJOB" u. Pos.16 ausführe, dann ist dort auch nicht's aktiv, nur sobald ich mit STRSQL ein Feld zu einer Datei hinzufügen will, danach ist dann dort was!
Wenn ich nun ein STRCMTCTL ausführe und anschließend ENDCMTCL eingebe passiert leider gar nicht's.
Ich kann die Datei auch noch nicht löschen!
Erst wenn ich mich an allen Bildschirmen an denen ich angemeldet bin wieder ab und neuanmelde ist ein löschen möglich!
(Die Datei ist dann auch wieder ganz normal,sogar mit Daten. d.h. ROLLBACK wurde dann auch durchgeführt)!

[Fuerchau]

Finde ich bisher schon seltsam.
Ggf. gib es ein Problem mit dem Repository !
Füre einen "RCLSTG SELECT(*DBXREF)" durch (im eingeschränkten Zustand).

Das Problem scheint hierbei zu sein, dass die Dateiänderung irgendwie nicht im Repository eingetragen werden kann.
Hierzu muss man wissen, dass jede Datei und jedes Feld in den QADB-Dateien geführt wird. Diese werden journalisiert !!! Daher hast du auch eine anstehende Änderung.

Das DB-Problem beim Update auf V5R2 tauchte hier schon einmal irgendwo auf.

Bist du sicher, dass du die Datei auch exclusiv im Zugriff hast ?
Bei CHGPF mit DDS-Source wird das sowieso verlangt. Beim ALTER TABLE bin ich mir da nicht so sicher.

[muadeep]

ja, da bin ich mir 100 % sicher !!! :-(