SET CONSTRAINTS

SET CONSTRAINTS设置当前事务中约束检查 的行为。IMMEDIATE约束会在每条语句结束时检查。 DEFERRED约束要等到事务提交时才检查。每个约束都 有各自的IMMEDIATE或DEFERRED模式。

创建约束时，它会被赋予以下三种特性之一： DEFERRABLE INITIALLY DEFERRED、 DEFERRABLE INITIALLY IMMEDIATE或者 NOT DEFERRABLE。第三类始终是 IMMEDIATE，不会受到 SET CONSTRAINTS命令的影响。前两类在每个 事务开始时都处于其指定的模式，但其行为可以在事务中通过 SET CONSTRAINTS修改。

带约束名称列表的SET CONSTRAINTS只会修改这些 约束的模式（它们都必须是可延迟的）。每个约束名称都可以带模式限定。 如果未指定模式名称，就会使用当前模式搜索路径查找第一个匹配的名称。 SET CONSTRAINTS ALL会修改所有可延迟约束的模式。

当SET CONSTRAINTS将某个约束的模式从 DEFERRED改为IMMEDIATE时， 新模式具有追溯效力：任何原本会在事务结束时才检查的未决数据修改， 都会改为在执行SET CONSTRAINTS命令期间检查。 如果违反了任何此类约束，SET CONSTRAINTS就会失败 （并且不会改变该约束的模式）。因此，可以利用SET CONSTRAINTS强制在事务中的特定点执行约束检查。

当前，只有UNIQUE、PRIMARY KEY、 REFERENCES（外键）以及EXCLUDE 约束受到这个设置的影响。 NOT NULL和CHECK约束总是在一行 被插入或修改时立即检查（不是在语句结束时）。 未声明为DEFERRABLE的唯一约束和排他约束也会立即检查。

被声明为“约束触发器”的触发器，其引发也受此设置控制 — 它们会在相关约束应当被检查的同时引发。

因为PostgreSQL并不要求约束名称在同一模式内 唯一（只要求在每个表内唯一），所以指定的约束名称有可能匹配到多个约束。 在这种情况下，SET CONSTRAINTS会作用于所有匹配项。 对于未带模式限定的名称，一旦在搜索路径中的某个模式里找到一个或多个匹配项， 就不会再搜索路径中更靠后的模式。

这个命令只会改变当前事务中约束的行为。在事务块之外发出该命令会产生一条 警告，除此之外不会有任何效果。

这个命令符合 SQL 标准定义的行为，但有一个限制：在 PostgreSQL中，它不会应用在 NOT NULL和CHECK约束上。此外， PostgreSQL会立即检查不可延迟的 唯一约束，而不是像标准所暗示的那样在语句结束时检查。