LOCK TABLE

Der LOCK TABLE-Befehl ist erfolgreich, wenn eine Sperre mit dem angegebenen Modus für die Tabelle angefordert werden kann. Der Befehl wartet so lange wie erforderlich auf das Abrufen der Sperre, wenn Sie nicht die Option NOWAIT angeben, die bewirkt, dass der Befehl die Transaktion abbricht, falls er die Sperre nicht sofort anfordern kann.

Eine Sperre ist aktiv, bis für die Transaktion ein Commit durchgeführt wird oder die Transaktion abgebrochen wird. Wenn LOCK TABLE implizit (d. h. nicht in einem BEGIN-/COMMIT-Paar) abgesetzt wird, fordert der Befehl die Sperre an, sobald dies zulässig ist, und gibt sie dann sofort frei, da er eine Einzelanweisungstransaktion ist, die nach Abschluss des Befehls implizit ein Commit durchführt.

Soweit dies möglich ist, sollten LOCK TABLE-Befehle vor Abfragen in der Transaktion abgesetzt werden. Das Anfordern einer Sperre nach dem Absetzen einer Abfrage für Benutzertabellen schützt eine Transaktion nicht zwangsläufig vor Serialisierungsfehlern.

Wenn Sie planen, LOCK TABLE-Befehle innerhalb einer Transaktion für mehrere Tabellen abzusetzen, setzen Sie die Befehle in einer Reihenfolge ab, die von der Anwendung festgelegt wird. Dies minimiert die Möglichkeit von Deadlocks. Wenn ein Deadlock auftritt, bricht Postgres eine der am Deadlock beteiligten Transaktionen ab.

Sperrmoduskonflikte

In der folgenden Tabelle ist die Matrix von Sperrenkonflikten dargestellt, die besagt, welche Sperren andere Typen von Sperren blockieren können. Ein Sperrmodus steht im Konflikt mit einem anderen Modus, falls einer Transaktion eine Sperre nicht erteilt werden kann, wenn eine andere Transaktion ebenfalls eine Sperre für dieselbe Tabelle definiert. Sperren, die von derselben Transaktion definiert werden, stehen nicht im Konflikt miteinander; eine Transaktion kann Sperren mit verschiedenen Modi für dieselbe Tabelle definieren. Wenn mehrere Sperren für dieselbe Tabelle angefordert werden sollen, fordern Sie stärkere Sperren zuerst an, um die Möglichkeit von Deadlocks zu minimieren. Wenn eine Transaktion zwei Sperren für dieselbe Tabelle benötigt, wobei keine von beiden stärker ist (insbesondere SHARE und ROW EXCLUSIVE), ist es oft sinnvoll, einen Sperrmodus zu verwenden, der beide Modi umfasst, wie SHARE ROW EXCLUSIVE.

Syntax

LOCK TABLE <Tabelle> in <Sperrmodus> MODE [NOWAIT]

Eingaben

Der LOCK TABLE-Befehl akzeptiert folgende Eingaben:

Ausgaben

Der LOCK TABLE-Befehl hat die folgenden Ausgaben:

Berechtigungen

Sie müssen der Benutzer mit Administratorberechtigung, der Eigner der Tabelle oder der Eigner der Datenbank oder des Schemas sein, in der/dem die Tabelle definiert ist, oder Ihr Konto muss die entsprechenden Objektberechtigungen haben, wie sie in Tabelle 3 beschrieben sind.

Verwendung

LOCK TABLE customers IN ROW EXCLUSIVE MODE;