"select for update" vs. händischer Sperre
4 Beiträge
•
Seite 1 von 1
4 Beiträge
Seite 1 von 1
Beitrag
von ralf.wenzel (Top Expert / 3922 / 200 /
280
)
»
Moin moin,
nur mal aus Neugierde: Ich habe hier eine Reihe Tabelleneinzelsätze zu sperren und habe die Wahl zwischen "select for update" und der Kette "enqueue - update - dequeue".
Unabhängig davon, dass mein Programnm so gut wie fertig ist: Welchen der beiden Wege würdet ihr unter welchen Umständen wählen und warum?
Ralf
nur mal aus Neugierde: Ich habe hier eine Reihe Tabelleneinzelsätze zu sperren und habe die Wahl zwischen "select for update" und der Kette "enqueue - update - dequeue".
Unabhängig davon, dass mein Programnm so gut wie fertig ist: Welchen der beiden Wege würdet ihr unter welchen Umständen wählen und warum?
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo Ralf,
gibt es denn bereits ein Enqueue-Objekt? Dann würde ich auf jeden Fall dies auch benutzen, weil ja sonst die Gefahr besteht, dass andersweitig die 'falsche' Sperre benutzt wird.
Es hängt also mit davon ab, ob es andere Anwendungen gibt, die auf die korrekte Verwaltung der Sperren angewiesen sind.
Persönlich habe ich mich noch nicht mit dem SELECT FOR UPDATE beschäfftigt, da dies m.E. dem SAP-Sperrkonzept entgegen steht und nur durch Studium des betreffenden Codes erkennbar ist.
gibt es denn bereits ein Enqueue-Objekt? Dann würde ich auf jeden Fall dies auch benutzen, weil ja sonst die Gefahr besteht, dass andersweitig die 'falsche' Sperre benutzt wird.
Es hängt also mit davon ab, ob es andere Anwendungen gibt, die auf die korrekte Verwaltung der Sperren angewiesen sind.
Persönlich habe ich mich noch nicht mit dem SELECT FOR UPDATE beschäfftigt, da dies m.E. dem SAP-Sperrkonzept entgegen steht und nur durch Studium des betreffenden Codes erkennbar ist.
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Beitrag
von ralf.wenzel (Top Expert / 3922 / 200 /
280
)
»
Jo.ereglam hat geschrieben:gibt es denn bereits ein Enqueue-Objekt?
Dito.ereglam hat geschrieben:Persönlich habe ich mich noch nicht mit dem SELECT FOR UPDATE beschäfftigt
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Hallo,
mit Sperrobjekten in SAP werden keine Datenbanksperren gesetzt,
wenn sich jemand beim Programmieren nicht daran hält, ist es für die
Katz, bei Select for update wird eine Datenbanksperre gesetzt bis zum
Commit ( Lebenszeit Datenbank LUW), da kann keiner mehr ran.
Wenn es schnell gehen soll, das Programm im Batch läuft und
die Sperren nur kurz gesetzt werden, spricht nichts gegen
eine select for update .... commit/rollback.
Die Sperrobjekte in SAP sind eigentlich nur eine Krücke ( Lebenszeit SAP LUW),
um z.B. bei einer Transaktion über die gesamte Lebenszeit eine "Sperre" auf ein Objekt aufrechtzuerhalten, dazwischen kann trotzdem mit update auf die Tabelle zugegriffen werden !
siehe auch :
http://help.sap.com/saphelp_nw70/helpda ... ontent.htm
Gruss Edwin
mit Sperrobjekten in SAP werden keine Datenbanksperren gesetzt,
wenn sich jemand beim Programmieren nicht daran hält, ist es für die
Katz, bei Select for update wird eine Datenbanksperre gesetzt bis zum
Commit ( Lebenszeit Datenbank LUW), da kann keiner mehr ran.
Wenn es schnell gehen soll, das Programm im Batch läuft und
die Sperren nur kurz gesetzt werden, spricht nichts gegen
eine select for update .... commit/rollback.
Die Sperrobjekte in SAP sind eigentlich nur eine Krücke ( Lebenszeit SAP LUW),
um z.B. bei einer Transaktion über die gesamte Lebenszeit eine "Sperre" auf ein Objekt aufrechtzuerhalten, dazwischen kann trotzdem mit update auf die Tabelle zugegriffen werden !
siehe auch :
http://help.sap.com/saphelp_nw70/helpda ... ontent.htm
Gruss Edwin
Seite 1 von 1
Vergleichbare Themen
7
Antw.
Antw.
3451
Views
Views
5
Antw.
Antw.
6136
Views
Views
10
Antw.
Antw.
11635
Views
Views
1
Antw.
Antw.
4726
Views
Views
1
Antw.
Antw.
1818
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 19 Stunden von DeathAndPain 4 / 837
vor 19 Stunden von DeathAndPain 4 / 837
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
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 19 Stunden von DeathAndPain 4 / 837
vor 19 Stunden von DeathAndPain 4 / 837