据我理解，文档表明以下定义是等价的：
create table foo (
id serial primary key,
code integer,
label text,
constraint foo_uq unique (code, label));
create table foo (
id serial primary key,
code integer,
label text);
create unique index foo_idx on foo using btree (code, label);
然而，Postgres 9.4的手册中有一条注释：
向表中添加唯一约束的首选方式是使用
ALTER TABLE ... ADD CONSTRAINT。考虑到实现细节不应该被直接访问，使用索引来强制执行唯一约束可能被认为是一种实现细节。
（编辑：此注释在Postgres 9.5中已被删除。）
这只是好的编程习惯吗？选择其中一种方法的实际后果是什么（例如在性能方面）？
对于这个基础但重要的问题，我有一些疑问，所以我决定通过实例来学习。
让我们创建一个测试表master，它有两列：con_id带有唯一约束条件，ind_id通过唯一索引进行索引。
create table master (
con_id integer unique,
ind_id integer
);
create unique index master_unique_idx on master (ind_id);
Table "public.master"
Column | Type | Modifiers
--------+---------+-----------
con_id | integer |
ind_id | integer |
Indexes:
"master_con_id_key" UNIQUE CONSTRAINT, btree (con_id)
"master_unique_idx" UNIQUE, btree (ind_id)
在表的描述（使用psql中的\d命令）中，你可以从唯一约束和唯一索引中区分出来。
唯一性
为了确保唯一性，让我们进行检查。
test=# insert into master values (0, 0);
INSERT 0 1
test=# insert into master values (0, 1);
ERROR: duplicate key value violates unique constraint "master_con_id_key"
DETAIL: Key (con_id)=(0) already exists.
test=# insert into master values (1, 0);
ERROR: duplicate key value violates unique constraint "master_unique_idx"
DETAIL: Key (ind_id)=(0) already exists.
test=#
它按照预期工作！
外键
现在我们将定义一个detail表，其中包含两个外键，分别引用我们在master中的两个列。
create table detail (
con_id integer,
ind_id integer,
constraint detail_fk1 foreign key (con_id) references master(con_id),
constraint detail_fk2 foreign key (ind_id) references master(ind_id)
);
Table "public.detail"
Column | Type | Modifiers
--------+---------+-----------
con_id | integer |
ind_id | integer |
Foreign-key constraints:
"detail_fk1" FOREIGN KEY (con_id) REFERENCES master(con_id)
"detail_fk2" FOREIGN KEY (ind_id) REFERENCES master(ind_id)
好的，没有错误。让我们确保它可以正常工作。
test=# insert into detail values (0, 0);
INSERT 0 1
test=# insert into detail values (1, 0);
ERROR: insert or update on table "detail" violates foreign key constraint "detail_fk1"
DETAIL: Key (con_id)=(1) is not present in table "master".
test=# insert into detail values (0, 1);
ERROR: insert or update on table "detail" violates foreign key constraint "detail_fk2"
DETAIL: Key (ind_id)=(1) is not present in table "master".
test=#
两个列均可在外键中引用。
使用索引的约束
您可以使用现有的唯一索引添加表约束。
alter table master add constraint master_ind_id_key unique using index master_unique_idx;
Table "public.master"
Column | Type | Modifiers
--------+---------+-----------
con_id | integer |
ind_id | integer |
Indexes:
"master_con_id_key" UNIQUE CONSTRAINT, btree (con_id)
"master_ind_id_key" UNIQUE CONSTRAINT, btree (ind_id)
Referenced by:
TABLE "detail" CONSTRAINT "detail_fk1" FOREIGN KEY (con_id) REFERENCES master(con_id)
TABLE "detail" CONSTRAINT "detail_fk2" FOREIGN KEY (ind_id) REFERENCES master(ind_id)
现在列约束的描述没有区别。
部分索引
在表约束声明中，您不能创建部分索引。这直接来自于create table ...的定义。在唯一索引声明中，您可以设置WHERE子句以创建部分索引。您还可以创建基于表达式（而不仅仅是列）的索引，并定义一些其他参数（排序规则，空值放置位置）。
您无法使用部分索引添加表约束。
alter table master add column part_id integer;
create unique index master_partial_idx on master (part_id) where part_id is not null;
alter table master add constraint master_part_id_key unique using index master_partial_idx;
ERROR: "master_partial_idx" is a partial index
LINE 1: alter table master add constraint master_part_id_key unique ...
^
DETAIL: Cannot create a primary key or unique constraint using such an index.
DROP INDEX CONCURRENTLY IF EXISTS idx_name - Ruben Murray唯一性是一种约束条件。它通过创建唯一索引来实现，因为索引可以快速搜索所有现有的值，以确定给定的值是否已经存在。
从概念上讲，索引是一种实现细节，唯一性应该仅与约束条件相关联。
因此，速度表现应该是相同的。
鉴于多人已经提供了唯一索引比唯一约束更优的优势，这里介绍一个缺点：唯一约束可以被延迟（只在事务结束时检查），而唯一索引则无法延迟。
NOT NULL 和 CHECK 约束始终是立即执行的。 - Masklinn我遇到的另一件事是，您可以在唯一索引中使用SQL表达式，但是不能在约束条件中使用。
因此，以下内容不起作用：
CREATE TABLE users (
name text,
UNIQUE (lower(name))
);
但是以下工作。
CREATE TABLE users (
name text
);
CREATE UNIQUE INDEX uq_name on users (lower(name));
citext 扩展。 - ceving使用约束而不是索引可以完成的一件小事是使用ON CONFLICT ON CONSTRAINT子句（也可以参考这个问题）。
以下方法不可行：
CREATE TABLE T (a INT PRIMARY KEY, b INT, c INT);
CREATE UNIQUE INDEX u ON t(b);
INSERT INTO T (a, b, c)
VALUES (1, 2, 3)
ON CONFLICT ON CONSTRAINT u
DO UPDATE SET c = 4
RETURNING *;
[42704]: ERROR: constraint "u" for table "t" does not exist
DROP INDEX u;
ALTER TABLE t ADD CONSTRAINT u UNIQUE (b);
现在，INSERT语句可以正常工作。
锁定操作有所不同。
添加索引不会阻止对表的读取访问。
添加约束将会加入一个表级别的锁定（因为它是通过ALTER TABLE添加的），所以所有的查询都会被阻塞。
最初的回答：
锁定操作有所不同。
添加索引不会阻止对表的读取访问。
添加约束将会加入一个表级别的锁定（因为它是通过ALTER TABLE添加的），所以所有的查询都会被阻塞。
ALTER TABLE mytable
ADD CONSTRAINT mytable_uc UNIQUE (other_id, name);
explain select * from mytable
where name = 'name' and other_id = 154
结果：
Index Scan using mytable_uc on mytable (cost=0.28..2.29 rows=1 width=101)
Index Cond: ((other_id = 154) AND ((name)::text = 'name'::text))
unique的方式，即排除约束（自9.0版本开始，但下面的矩阵是基于16.1版本的状态）：
| 控制权 | 索引 | 约束 | 索引作为约束 | 排除约束 |
|---|---|---|---|---|
排序规则，方向，null 排序 |
是 | 否 | 否 | 是 |
| 自定义相等性 | 否 | 否 | 否 | 是 |
| 包含载荷列 | 是 | 是 | 是 | 是 |
| 索引存储参数 | 是 | 是 | 是 | 是 |
| 表空间 | 是 | 是 | 是 | 是 |
部分（WHERE） |
是 | 否 | 否 | 是 |
| 多列 | 是 | 是 | 是 | 是* （通过复合/数组/JSON/范围等模拟） |
延迟验证 |
否 | 是 | 是 | 是 |
空值不区分 |
是 | 是 | 是 | 是* （通过 coalesce() 或需要 not distinct from 运算符模拟） |
| 并发创建 | 是 | 否 | 是 | 否 （没有等效的索引语法来启用作为约束的添加） |
如果所有指定的操作符都测试相等性，那么这等同于一个
唯一约束，尽管一个普通的唯一约束会更快。然而，排除约束可以指定比简单相等性更一般的约束。
对于多个字段来说，设置起来也更困难，因为你需要以某种方式将它们合并成一个，这进一步复杂化了配置，可能会带来更高的性能损失。
create table t (
id bigserial primary key,
val1 text,
val2 text,
unique /*concurrently*/
nulls not distinct
( val1
/*collate unicode
text_ops
desc nulls last
with operator(pg_catalog.=)*/)
include(val2)
with(fillfactor=100)
using index tablespace pg_default
--where (id%2=1)
deferrable initially deferred
);
索引：
create table t2 (
id bigserial primary key,
val1 text,
val2 text
);
create unique index concurrently
on t2 (val1
collate unicode
text_ops
desc nulls last
/*with operator(pg_catalog.=)*/)
include(val2)
nulls not distinct
with(fillfactor=100)
tablespace pg_default
where id%2=1
/*deferrable initially deferred*/;
索引作为约束添加：
create unique index concurrently uidx
on t3 (val1
/*collate unicode
text_ops
desc nulls last
with operator(pg_catalog.=)*/)
include(val2)
nulls not distinct
with(fillfactor=100)
tablespace pg_default
/*where id%2=1*/;
alter table t3
add constraint ucns
unique using index uidx
deferrable initially deferred;
create table t4 (
id bigserial primary key,
val1 text check(val1<>'reserved'),
val2 text,
exclude /*concurrently*/
(coalesce(val1,'reserved')
collate unicode
text_ops
desc nulls last
with operator(pg_catalog.=))
include(val2)
with(fillfactor=100)
using index tablespace pg_default
where (id%2=1)
deferrable initially deferred
);
所以我认为通过添加约束条件可以实现“部分唯一性”。ADD table_constraint [ NOT VALID ]
使用与
CREATE TABLE相同的语法，加上选项NOT VALID，该形式向表中添加新的约束条件。目前只允许外键约束条件使用。如果约束条件标记为NOT VALID，则将跳过验证所有行是否符合约束条件的潜在长时间初始检查。约束条件仍将强制执行对于随后的插入或更新（也就是说，除非在引用表中有匹配的行，否则它们将失败）。但是数据库不会假设约束条件对于表中的所有行都是成立的，除非使用VALIDATE CONSTRAINT选项进行验证。
where子句定义的记录的明确定义的子集，因此您可以定义仅当它们满足某些条件时记录是唯一的。这仅会禁用未定义的记录集上的约束条件，这些记录在创建约束条件之前存在。这完全不同，而且后者显然不太有用，尽管对于渐进式迁移来说很方便。 - Masklinn