Claude Opus 5.5 — das Modell für tägliche Programmierung und Wissensarbeit

Echte Claude Opus 5.5 Ausgabe

Ein Prompt, an Claude Opus 5.5 mit niedriger Denktiefe gesendet. Unbearbeitet.

Erkläre den Unterschied zwischen optimistischem und pessimistischem Locking in einer Datenbank in zwei kurzen Absätzen, und sag, wann du jedes verwenden würdest.

**Pessimistisches Locking** geht davon aus, dass Konflikte wahrscheinlich sind, sperrt daher einen Datensatz, sobald eine Transaktion ihn zur Aktualisierung liest (z. B. `SELECT ... FOR UPDATE`). Andere Transaktionen, die ihn ändern möchten, müssen warten, bis die Sperre freigegeben wird. Dies garantiert, dass niemand sonst die Daten während der Transaktion ändert, verringert aber die Concurrency und kann zu Blockierungen oder Deadlocks führen. Nutze es, wenn die Contention hoch ist, Konflikte teuer oder schwer zu wiederholen sind, oder Transaktionen kurz und kritisch sind, wie bei Bankkontoüberweisungen oder Bestandsvermindernissen bei beliebten Artikeln. **Optimistisches Locking** geht davon aus, dass Konflikte selten sind, sperrt daher nicht, während die Daten gelesen werden. Stattdessen wird zum Schreiben geprüft, ob die Daten sich seit dem Lesen geändert haben, normalerweise mit einer Versionsnummer oder Zeitstempel (z. B. `UPDATE ... SET version = version + 1 WHERE id = ? AND version = ?`). Wenn eine andere Transaktion dort zuerst zuschlägt, wirkt sich die Aktualisierung auf null Zeilen aus und die Anwendung wiederholt den Vorgang oder meldet den Konflikt. Das skaliert gut, vermeidet Sperren während langer Operationen, wie das Bearbeiten eines Formulars durch einen Nutzer. Nutze es, wenn Lesevorgänge Schreibvorgänge weitaus überwiegen, Konflikte selten sind, oder die Arbeit sich über lange Zeiträume erstreckt, bei denen eine Sperre unpraktisch wäre.

Generiert am 2026-09-27. Antworten variieren von Durchgang zu Durchgang.