pgsql.cc 提供对 postgresql.org 官网内容的中文翻译，由 Pigsty 团队维护。
SET CONSTRAINTS — 为当前事务设置约束检查模式
SET CONSTRAINTS { ALL | name [, ...] } { DEFERRED | IMMEDIATE }
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强制在事务中的特定点执行约束检查。
当前，只有外键约束受到这个设置的影响。检查约束和唯一约束实际上总是不可延迟的。声明为“约束触发器”的触发器也会受到影响。
这个命令只会改变当前事务中约束的行为。因此，如果你在事务块（BEGIN/COMMIT对）之外执行此命令，它将不会产生任何效果。
这个命令符合 SQL 标准定义的行为，但有一个限制：在 PostgreSQL中，它只应用于外键约束。
译文有误、术语不当或页面显示问题，请到译文仓库 pgsty/pgdoc 报告译文问题。 英文原文本身的问题，请在当前版本的对应页面向上游反馈；上游不再修订已结束维护的版本。