PostgreSQL中唯一约束和唯一索引都能保证表中某列或多列的组合值不重复，但两者在定义、实现逻辑、功能特性上存在明显差异，理解这些差异能帮助开发者在表结构设计时做出更合理的选择。
基本定义与创建方式
唯一约束是PostgreSQL中的一种表级约束，属于SQL标准定义的约束类型，用于强制表中指定列或多列组合的取值唯一。唯一索引是数据库索引的一种特殊类型，通过索引结构来保证列值的唯一性，是PostgreSQL实现唯一约束的底层方式之一。
唯一约束的创建示例
可以在创建表时直接添加唯一约束：
-- 创建用户表时添加手机号唯一约束
CREATE TABLE users (
id SERIAL PRIMARY KEY,
username VARCHAR(50) NOT NULL,
phone VARCHAR(20) NOT NULL,
-- 添加唯一约束，约束名为uk_users_phone
CONSTRAINT uk_users_phone UNIQUE (phone)
);
也可以在表创建后通过ALTER语句添加唯一约束：
-- 给已存在的users表添加邮箱唯一约束 ALTER TABLE users ADD CONSTRAINT uk_users_email UNIQUE (email);
唯一索引的创建示例
唯一索引通过CREATE UNIQUE INDEX语句创建：
-- 给用户表的username列创建唯一索引 CREATE UNIQUE INDEX idx_users_username ON users (username);
核心区别对比
| 对比维度 | 唯一约束 | 唯一索引 |
|---|---|---|
| 所属范畴 | SQL标准定义的表约束，属于逻辑层面的规则 | 数据库物理存储层面的索引结构，属于实现层面的对象 |
| 命名规则 | 可以自定义约束名，不指定时系统自动生成 | 可以自定义索引名，不指定时系统自动生成 |
| 主键关联 | 主键约束会自动创建唯一索引，但唯一约束本身不等同于主键 | 唯一索引可以被唯一约束引用，也可以独立存在 |
| 空值处理 | 允许多个NULL值存在，因为NULL不等于任何值包括NULL | 同样允许多个NULL值存在，符合SQL标准对NULL的处理逻辑 |
| 删除方式 | 通过ALTER TABLE DROP CONSTRAINT语句删除 | 通过DROP INDEX语句删除 |
PostgreSQL唯一性实现原理
PostgreSQL中唯一约束的底层实现依赖唯一索引，当创建唯一约束时，数据库会自动创建一个对应的唯一索引来支持约束的检查逻辑。当插入或更新数据时，数据库会先检查对应列的唯一索引中是否已经存在相同的键值：
- 如果不存在，就将新键值插入到唯一索引中，同时完成数据行的插入或更新
- 如果已经存在，就会抛出唯一违反的错误，回滚当前的插入或更新操作
唯一索引的底层通常使用B树结构，B树的查找效率为O(log n)，因此检查唯一性的性能很高。对于多列组合的唯一约束或唯一索引，会将多个列的拼接值作为B树的键来进行唯一性判断。
使用场景建议
如果是从业务逻辑层面定义表的取值规则，优先使用唯一约束，因为唯一约束是SQL标准的一部分，可读性更强，其他熟悉SQL标准的开发者能快速理解表的约束规则。如果是需要优化查询性能，同时需要保证列值唯一，或者需要创建部分唯一索引（只对表中部分行生效的唯一规则），可以选择直接创建唯一索引。
部分唯一索引的创建示例如下，只对未删除的用户做用户名唯一校验：
-- 只针对is_deleted为false的用户，保证username唯一 CREATE UNIQUE INDEX idx_users_username_active ON users (username) WHERE is_deleted = false;
这种部分唯一索引无法通过唯一约束直接实现，只能通过唯一索引来创建，这也是唯一索引比唯一约束更灵活的场景之一。
PostgreSQL唯一约束唯一索引唯一性实现原理数据库约束修改时间：2026-07-08 22:51:22