Optimistisches Sperren und pessimistisches Sperren sind die beiden wichtigsten Methoden zur Verwaltung von Datentransaktionen in Entity Framework (EF).
Jeder Ansatz bietet Vor- und Nachteile, die sich auf die Gesamtleistung des Systems und die Art und Weise auswirken können, wie mit Datenänderungen umgegangen wird.
Um herauszufinden, was optimistisches und pessimistisches Locking in EF bedeutet, wollen wir uns mit diesem Bereich beschäftigen.
Wunsch nach dem Besseren
Die Grundlage des optimistischen Sperrens ist die Vorstellung, dass es nur wenige Datenkonflikte gibt. So können Transaktionen beim Lesen der Daten fortgesetzt werden, ohne sie zu sperren. Stattdessen wird beim Speichern von Änderungen nach Konflikten gesucht.
Wenn die Daten nach dem Lesen von einer anderen Partei geändert wurden, tritt ein sogenannter Gleichzeitigkeitsfehler auf, der deine Aufmerksamkeit erfordert, um ihn zu lösen.
Durch den Einsatz eines so genannten Gleichzeitigkeits-Tokens - in der Regel ein Zeitstempel oder eine Zeilenversion - erleichtert EF das optimistische Sperren.
Beim Speichern sucht dieses Token nach Konflikten, indem es den ursprünglichen und den aktuellen Wert vergleicht.
Zu den Vorteilen des optimistischen Sperrens gehören eine geringere Belastung der Datenbank, eine bessere Leistung, weil nicht ständig gesperrt und entsperrt werden muss, eine höhere Kapazität für gleichzeitige Benutzer und eine geringere Wahrscheinlichkeit von Deadlocks.
Es eignet sich gut für Websites, auf denen Menschen über einen längeren Zeitraum mit Daten interagieren.
Vorsicht ist besser als Nachsicht
Umgekehrt geht das pessimistische Sperren von einer hohen Häufigkeit von Datenkonflikten aus. Deshalb sperrt es die Daten, während sie gelesen werden, um gleichzeitige Änderungen durch andere zu verhindern.
Damit wird verhindert, dass Unbefugte auf die Daten zugreifen oder sie verändern, bis die Sperre aufgehoben wird, wodurch sie sicher und konsistent bleiben. Allerdings kann es die Datenbank verlangsamen und die Verwaltung vieler Benutzer auf einmal erschweren.
Sie eignet sich eher für kurze Transaktionen als für Websites, auf denen die Nutzer über längere Zeit mit den Daten interagieren, und sie kann möglicherweise zu Deadlocks führen.
Das pessimistische Locking zielt zwar darauf ab, Daten zu schützen, kann aber die Verwaltung einer großen Anzahl von Nutzern erschweren und die Verarbeitungszeiten von Transaktionen verlangsamen, da es Daten während des Lesens sperrt und so zu Verzögerungen führt.
Abschließende Bemerkungen
Die Entscheidung für optimistisches oder pessimistisches Locking in EF sollte die Anforderungen deiner Anwendung berücksichtigen, nachdem du die Vor- und Nachteile der beiden Locking-Techniken abgewogen hast.
Pessimistisches Locking stellt die Datensicherheit in den Vordergrund, kann aber den Umgang mit mehreren Benutzern erschweren und zu einer schlechteren Leistung führen.
Optimistisches Locking bietet dir Flexibilität und Leistungsvorteile, erfordert aber einen sorgfältigen Umgang mit Gleichzeitigkeitsproblemen.
Bei der Wahl einer EF-Sperrstrategie solltest du die Art deiner Anwendung, die Häufigkeit von Datenkonflikten und die Bedeutung der Datenkonsistenz berücksichtigen.
