LOCK [ TABLE ] [ ONLY ] name [, ...] [ IN lockmode MODE ] [ NOWAIT ]
这里的lockmode可以是下列之一：
ACCESS SHARE | ROW SHARE | ROW EXCLUSIVE | SHARE UPDATE EXCLUSIVE
| SHARE | SHARE ROW EXCLUSIVE | EXCLUSIVE | ACCESS EXCLUSIVELOCK TABLE获取一个表级锁，必要时等待任何冲突的锁释放。 如果声明了NOWAIT，那么LOCK TABLE并不等待它所需要的锁：如果无法立即获取该锁，那么该命令退出并且发出一个错误信息。如果成功获取了这个锁，那么它就会在当前事务的余下部分一直保持。 没有UNLOCK TABLE命令；锁总是在事务结尾释放。
在为那些引用了表的命令自动请求锁的时候，PostgreSQL总是尽可能使用最小限制的锁模式。 LOCK TABLE是为你在需要更严格的锁的场合提供的。 例如，假设一个应用在"读已提交"隔离级别上运行事务， 并且它需要保证在表中的数据在事务的运行过程中都存在。要实现这个目的， 你可以在查询之前对表使用SHARE锁模式进行锁定。 这样将保护数据不被并发修改并且为任何更进一步的对表的读操作提供实际的当前状态的数据， 因为SHARE锁模式与任何写操作需要的ROW EXCLUSIVE模式冲突， 并且你的LOCK TABLE name IN SHARE MODE语句将等到所有当前 持有ROW EXCLUSIVE模式的锁提交或回卷后才执行。 因此，一旦你获得该锁，那么就不会存在未提交的写操作，并且其他人只能在你释放锁之后才能再次获取锁。
如果运行在"可串行化"隔离级别实现类似的效果的时候，你必须在执行任何LOCK TABLE或数据修改语句之前运行一个SELECT语句。 一个可串行化事务的数据图像将在其第一个SELECT或者数据修改语句开始的时候冻结住。 稍后的LOCK TABLE将仍然阻止并发的写，但它不能保证事务读取的东西对应最近提交的数值。
如果一个此类的事务准备修改一个表中的数据， 那么应该使用SHARE ROW EXCLUSIVE锁模式，而不是SHARE模式。 这样就保证任意时刻只有一个此类的事务运行。不这样做就可能会死锁： 当两个并发的事务可能都请求SHARE模式，然后试图更改表中的数据时， 两个事务在实际执行更新的时候都需要ROW EXCLUSIVE锁模式，但是它们无法再次获取这个锁。 请注意，一个事务自己的锁是从不冲突的，因此一个事务可以在持有SHARE模式的锁的时候请求ROW EXCLUSIVE模式(但是不能在任何其它事务持有SHARE模式的时候请求)。为了避免死锁， 所有事务应该保证以相同的顺序对相同的对象请求锁，并且，如果涉及多种锁模式， 那么事务应该总是最先请求最严格的锁模式。
有关锁模式和锁定策略的更多信息，请参考Section 13.3。
要锁定的现存表的名字(可以有模式修饰)。 若已声明ONLY，则仅仅锁定那个表。若ONLY未声明，表 机器字表（若存在）将会被锁。
命令LOCK TABLE a, b;等效于LOCK TABLE a; LOCK TABLE b;。 表是按照LOCK TABLE命令中声明的顺序一个接一个顺序上锁的。
锁模式声明这个锁和那些锁冲突。锁模式在Section 13.3里描述。
如果没有声明锁模式，那么使用最严格的模式ACCESS EXCLUSIVE模式。
声明LOCK TABLE不去等待任何冲突的锁释放： 如果无法不等待理解获取所要求的锁，那么事务退出。
LOCK TABLE ... IN ACCESS SHARE MODE需要在目标表上有SELECT权限。 所有其它形式的LOCK至少需要UPDATE，DELETE或 TRUNCATE权限之一。
LOCK TABLE在事物块之外是无效的：锁将对语句完成时仍持有。 所以PostgreSQL报告一个错误，若LOCK 在一个事物块外被使用。 使用BEGIN和COMMIT (或者ROLLBACK)来定义一个事物块。
LOCK TABLE只处理表级的锁，因此那些有ROW字样的锁都是用词不当。 这些模式名字通常应该理解为用户视图在一个被锁定的表中获取行级的锁。 同样，ROW EXCLUSIVE模式也是一个可共享的表级锁。 一定要记住，只要是涉及到LOCK TABLE，那么所有锁模式都有相同的语意， 区别只是它们与哪种锁冲突的规则。有关如何获取一个行级锁的信息， 请参阅Section 13.3.2和SELECT命令参考页的FOR UPDATE/FOR SHARE子句子句信息。
演示在往一个外键表上插入时在有主键的表上使用SHARE的锁：
BEGIN WORK;
LOCK TABLE films IN SHARE MODE;
SELECT id FROM films
WHERE name = 'Star Wars: Episode I - The Phantom Menace';
-- Do ROLLBACK if record was not returned
INSERT INTO films_user_comments VALUES
(_id_, 'GREAT! I was waiting for it for so long!');
COMMIT WORK;
在执行删除操作时对一个有主键的表进行SHARE ROW EXCLUSIVE锁：
BEGIN WORK;
LOCK TABLE films IN SHARE ROW EXCLUSIVE MODE;
DELETE FROM films_user_comments WHERE id IN
(SELECT id FROM films WHERE rating < 5);
DELETE FROM films WHERE rating < 5;
COMMIT WORK;
在SQL标准里面没有LOCK TABLE，可以使用SET TRANSACTION 来声明当前事务的级别。PostgreSQL也支持这个，参阅 SET TRANSACTION获取详细信息。
除了ACCESS SHARE，ACCESS EXCLUSIVE， 和SHARE UPDATE EXCLUSIVE锁模式外，PostgreSQL 锁模式和LOCK TABLE语句都与那些在Oracle 里面的兼容。