Problem mit Datenbanksperre
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
4 Beiträge
•
Seite 1 von 1
4 Beiträge
Seite 1 von 1
Hallo,
ich habe ein Problem mit dem Setzen von Datenbanksperren. Ich habe eine Anwendung die eine Z-Tabelle verarbeitet. Zu dieser habe ich eine Sperre erstellt mit den Schlüsselfeldern:
MANDT, Version (NUMC4), Attribut (CHAR2)
Wenn jetzt Benutzer A die Anwendung öffnet mit Version 1 (0001) und Attribut "AB" wird die Sperre ordnungsgemäß gesetzt, wie ich im Aufruf von ENQUEUE_READ sehen kann (Der Schlüssel sieht so aus: 123 0001 AB, die Leerzeichen sind zum besseren Lesen). Wenn jetzt Benutzer B die Anwendung öffnet mit Version 0 (0000) und Attribut "AB", dann wird das Anfordern der Schreibsperre aber abgelehnt, obwohl weiterhin nur der Datensatz mit der Version 1 gesperrt ist.
Wenn Benutzer A das Programm beendet, und Benutzer B mit Version 0 reingeht, sieht man mit ENQUEUE_READ folgenden Eintrag: 123 AB, die Nullen werden nicht angezeigt. Wenn man sich den Wert genauer ansieht, sind anstelle von 4 Nullen 4 @-zeichen zurückgegeben. Ich habe mir dann im Debugger den Sperrbaustein angesehen und finde da auch eine Ursache:
0000 ist ja der Initialwert der Version, und ich gehe davon aus, das in %a_ZTAB-VERSION das @-Zeichen vorbelegt ist.
Meine Frage ist jetzt, ob es dafür einen Ausweg gibt? Ich komme an der Version 0 zur Zeit nicht vorbei.
VG
Xilukarim
ich habe ein Problem mit dem Setzen von Datenbanksperren. Ich habe eine Anwendung die eine Z-Tabelle verarbeitet. Zu dieser habe ich eine Sperre erstellt mit den Schlüsselfeldern:
MANDT, Version (NUMC4), Attribut (CHAR2)
Wenn jetzt Benutzer A die Anwendung öffnet mit Version 1 (0001) und Attribut "AB" wird die Sperre ordnungsgemäß gesetzt, wie ich im Aufruf von ENQUEUE_READ sehen kann (Der Schlüssel sieht so aus: 123 0001 AB, die Leerzeichen sind zum besseren Lesen). Wenn jetzt Benutzer B die Anwendung öffnet mit Version 0 (0000) und Attribut "AB", dann wird das Anfordern der Schreibsperre aber abgelehnt, obwohl weiterhin nur der Datensatz mit der Version 1 gesperrt ist.
Wenn Benutzer A das Programm beendet, und Benutzer B mit Version 0 reingeht, sieht man mit ENQUEUE_READ folgenden Eintrag: 123 AB, die Nullen werden nicht angezeigt. Wenn man sich den Wert genauer ansieht, sind anstelle von 4 Nullen 4 @-zeichen zurückgegeben. Ich habe mir dann im Debugger den Sperrbaustein angesehen und finde da auch eine Ursache:
Code: Alles auswählen.
IF NOT VERSION IS INITIAL OR
NOT x_VERSION IS INITIAL.
MOVE VERSION TO:
%a_ZTAB-VERSION.
ENDIF.
Meine Frage ist jetzt, ob es dafür einen Ausweg gibt? Ich komme an der Version 0 zur Zeit nicht vorbei.
VG
Xilukarim
ECC 6.07
Netweaver 7.40
Netweaver 7.40
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
gelöst!
Es gibt einen Parameter in dem generierten Sperrbaustein "X_VERSION". Wenn der auf 'X' gesetzt wird, wird der Initialwert als "gültiger" Wert übernommen, und dann klappt es auch!
Danke trotzdem fürs Lesen!
Es gibt einen Parameter in dem generierten Sperrbaustein "X_VERSION". Wenn der auf 'X' gesetzt wird, wird der Initialwert als "gültiger" Wert übernommen, und dann klappt es auch!
Danke trotzdem fürs Lesen!
ECC 6.07
Netweaver 7.40
Netweaver 7.40
Beitrag
von DeathAndPain (Top Expert / 1968 / 264 /
415
)
»
Wenn ich das richtig verstanden habe, dann reden wir hier aber gar nicht von Datenbanksperren, sondern von selbst angelegten Sperrobjekten, nicht wahr?
ja, genau, da habe mich mich ungenau ausgedrückt!DeathAndPain hat geschrieben: ↑11.02.2020 15:30Wenn ich das richtig verstanden habe, dann reden wir hier aber gar nicht von Datenbanksperren, sondern von selbst angelegten Sperrobjekten, nicht wahr?
ECC 6.07
Netweaver 7.40
Netweaver 7.40
Seite 1 von 1
Vergleichbare Themen
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Unbeantwortete Forenbeiträge
Nutzung UserExit COOM0003 für Abrechnungsvorschriften Aufträge
vor 2 Tagen von fico_fschluesener 1 / 180
vor 2 Tagen von fico_fschluesener 1 / 180