Beim Koordinieren von Aktualisierungen aus mehreren Datenbanksitzungen ist optimistisches Sperren eine Strategie, bei der davon ausgegangen wird, dass alle Aktualisierungen ohne Konflikte abgeschlossen werden können. Es hält keine Sperren für Datensätze während der Bearbeitung durch den Benutzer, sondern überprüft, ob andere Änderungen vorgenommen wurden, wenn der Benutzer versucht, die Änderungen zu übernehmen. Wenn zwei Sitzungen versuchen, dieselben Daten zu bearbeiten, wird der zweite, der festgeschrieben wird, zurückgewiesen und muss die Änderung wiederholen.
Siehe auch pessimistisches Sperren.
Ich würde gern Tests ausführen, die simulieren, dass Benutzer bestimmte Daten gleichzeitig für eine Grails-Anwendung ändern.
Gibt es irgendwelche Plug-Ins / Tools / Mechanismen, die ich verwenden kann, um dies effizient zu tun? Sie müssen nic...
12.11.2010, 08:47
Wir versuchen, Objekte zu kombinieren, nachdem eine StaleObjectStateException ausgelöst wurde, um eine zusammengeführte Kopie zu speichern.
Hier ist unsere Umweltsituation:
Listenelement
Mehrbenutzersystem
WPF Desktop-Anwendung, SQL S...
08.11.2011, 20:55
Angenommen, ich möchte eine Art optimistisches Sperren implementieren und ETags verwenden, um den aktuellsten Ressourcenstatus anzugeben. Das bedeutet, Clients verwenden einen Header If-Match , wenn PUT für ein Update gilt.
Laut der HTT...
01.10.2013, 17:11
Umgebung:
Ich habe das User entity:
%Vor%
Ich habe eine Suchseite, die Benutzer auflistet, dann klicke ich auf einen Benutzer, um ihn zu bearbeiten (indem ich seine userId in der URL gebe).
Im Bearbeitungsformular speichere ich...
06.02.2012, 15:49
Es gibt eine Entität:
%Vor%
A Instanzen-Update wurde optimistisch implementiert:
%Vor%
Wie in den Kommentaren angegeben, scheint die Transaktion nicht zurückgesetzt zu werden, wenn StaleStateException auftritt. Daher wird B inst...
10.12.2017, 21:17