根据我对文档的理解，以下定义是等价的:
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…添加约束。使用索引来强制惟一的约束 可以被认为是一个不应该被认为是实现细节的实现吗 直接访问。
(编辑:此说明已从Postgres 9.5的手册中删除。)
仅仅是风格的问题吗?选择其中一个变量的实际后果是什么(例如在性能方面)?
当前回答
有一件非常小的事情，只能使用约束而不能使用索引，那就是使用ON冲突ON约束子句(另见此问题)。
这行不通:
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语句现在可以工作了。
其他回答
有一件非常小的事情，只能使用约束而不能使用索引，那就是使用ON冲突ON约束子句(另见此问题)。
这行不通:
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语句现在可以工作了。
使用UNIQUE INDEX与UNIQUE CONSTRAINT的另一个优点是，您可以轻松地并发地删除/创建索引，而使用CONSTRAINT则不行。
唯一性是一个限制。它恰好是通过创建来实现的 唯一的索引，因为一个索引能够很快地搜索所有现有的 值，以确定给定值是否已经存在。 从概念上讲，索引是一个实现细节，惟一性也应该是 只与约束相关联。
全文
所以速度性能应该是一样的
锁是有区别的。 添加索引不会阻塞对表的读访问。 添加一个约束确实会放置一个表锁(所以所有的选择都被阻塞)，因为它是通过ALTER table添加的。
我遇到的另一件事是，您可以在唯一索引中使用sql表达式，但不能在约束中使用。
所以，这是行不通的:
CREATE TABLE users (
name text,
UNIQUE (lower(name))
);
但下面的做法是可行的。
CREATE TABLE users (
name text
);
CREATE UNIQUE INDEX uq_name on users (lower(name));
