-
Also ein WRKOBJLCK nur eine Asperin!
Es beseitigt vielleicht die Symptome und nicht die Ursache
Bau um das Programm ein CL und prüfe wer die Sperre setzt.
Was ich aus meinen recht kurzen Berufsleben kenne, ist das bei Hochverfügbarkeitlösungen die auf's Journaling setzen, die Journale an sich eine Sperre auf das Objekt setzen, bis dr Datenstand abgelichen ist. Vielleicht kann es auch dsa sein?!?!?
-
Nun, da das Programm ja mit CPF stirbt, kann man das gezielt abfangen, die Nachricht per RCVMSG auslesen und dann den WRKOBJLCK absetzen.
Das SQL nicht sperrt habe ich nicht gesagt nur dass SQL nicht exclusiv sperrt wie es hier den Anschein hat.
Ein Select sperrt normalerweise nie die Daten ausgenommen 2 Varianten:
CommitControl mit Lesesperre (die Art fällt mir i.M. nicht ein) und einen expliziten
select ...
for update of
Ein "for read only" ist ohne obige Commitdefinition nur Dokumentation.
Ansonsten können beim Select keine Satzsperren auftreten, da wäre dann was falsch.
Similar Threads
-
By itec01 in forum IBM i Hauptforum
Antworten: 14
Letzter Beitrag: 14-05-09, 09:15
Tags for this Thread
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