-
im beschriebenen Fall wirkt der Commit in der QILE auf alle unter Commit laufenden Dateifortschreibungen in der QILE, d.h. alle Sperren werden freigegeben und die Schreiboperationen festgeschrieben.
In der benamten ACTGRP werden alle unter Commit Steuerung laufenden Satzänderungen unter Vorbehalt durchgeführt und die Satzsperren bis zum Transaktionsende angehalten. Da aus dem Programm kein Commit oder Rollback ausgeführt wird, wird gesammelt bis zur zwanghaften Beendigung der Transaktiondurch Programmende (da kommt ein Rollback hinterher), oder durch RCLACTGRP, da kommt im default (Fassenacht in Rochester!!!) ein Commit hinterher.
BTW: von der Änderung des Commit Scope auf *JOB rate ich ab, das gibt nur Huddel!!! (ich weiß, da habe ich meine Meinung irgendwann mal geändert, aber man lernt halt dazu)
D*B
 Zitat von Allrounder
Danke Euch, das ist wohl das Problem.
Ich habe den commit in das steuernde Programm (ACTGRP: QILE) gelegt, das SRVPGM lief aber nach wie vor in einer benannten ACTGRP.
Wenn ich es richtig verstanden habe, hätte kein insert funktionieren dürfen, da ich in der benannten Aktivierungsgruppe keinen commit absetze. Das erklärt auch die fehlenden Datensätze.
Was mich aber wundert ist, dass ein Großteil der inserts funktioniert hat. Greift der commit des steuernden Programms doch?
-
Nochmals danke an alle.
Jetzt hat's "geklickt". Ich habe erst einmal die ACTGRP des SRVPGM auf *CALLER geändert. Damit sollte der commit des steuernden Programms greifen und die inserts laufen.
Die Änderung des CMTSCOPE auf *JOB werden wir im Team noch entscheiden müssen.
Viele Grüße
Allrounder
-
lasst es bleiben, wenn man das einmal dahin geschoben hat, verliert man die Möglichkeit einen getrennten Commit Scope zu verwenden, was eine nicht hinnehmbare Einschränkung bedeutet. Es ist schon schlimm genug, dass man nicht mehrfach connecten darf (außer CLI etc...)
D*B
 Zitat von Allrounder
Nochmals danke an alle.
Jetzt hat's "geklickt". Ich habe erst einmal die ACTGRP des SRVPGM auf *CALLER geändert. Damit sollte der commit des steuernden Programms greifen und die inserts laufen.
Die Änderung des CMTSCOPE auf *JOB werden wir im Team noch entscheiden müssen.
Viele Grüße
Allrounder
Similar Threads
-
By Robi in forum IBM i Hauptforum
Antworten: 20
Letzter Beitrag: 16-03-09, 10:32
-
By woki in forum NEWSboard Programmierung
Antworten: 3
Letzter Beitrag: 31-10-06, 10:21
-
By M.Kasper in forum IBM i Hauptforum
Antworten: 6
Letzter Beitrag: 25-08-06, 07:32
-
By Deficiency in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 13-01-06, 09:00
-
By Deficiency in forum IBM i Hauptforum
Antworten: 5
Letzter Beitrag: 01-12-05, 11:22
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks