Hallo Micha,
<i>soll heißen, wenn Nutzer B Datensätze in sein FrontEnd laden möchte, sagen wir 100, und Nutzer A macht gerade im Satz 33 rum, dann bekommt Nutzer B diese ORA Exception gefeuert und somit keinen einzigen Datensatz zurück?</i>
Wenn die Abrage der 100 DS mit FOR UPDATE NOWAIT gestartet wurde, dann ja!
Die gewünschte Logik mußt du schon selbst implementieren. Also 100 DS "normal" Abfragen für die Liste und wenn der User an einem dvon "rummachen" will, dann nochmal explizit diesen einen Satz mit einem FOR UPDATE NOWAIT abfragen. Damit stellst du sicher, das der User die aktuellen Daten in die Eingabmaske bekommt und kein anderer diese Daten mehr ändern kann, solange sie nicht gespeichert (COMMIT) oder verworfen (ROLLBACK) sind.
Gruß Fal
<i>soll heißen, wenn Nutzer B Datensätze in sein FrontEnd laden möchte, sagen wir 100, und Nutzer A macht gerade im Satz 33 rum, dann bekommt Nutzer B diese ORA Exception gefeuert und somit keinen einzigen Datensatz zurück?</i>
Wenn die Abrage der 100 DS mit FOR UPDATE NOWAIT gestartet wurde, dann ja!
Die gewünschte Logik mußt du schon selbst implementieren. Also 100 DS "normal" Abfragen für die Liste und wenn der User an einem dvon "rummachen" will, dann nochmal explizit diesen einen Satz mit einem FOR UPDATE NOWAIT abfragen. Damit stellst du sicher, das der User die aktuellen Daten in die Eingabmaske bekommt und kein anderer diese Daten mehr ändern kann, solange sie nicht gespeichert (COMMIT) oder verworfen (ROLLBACK) sind.
Gruß Fal
Comment