PostgreSQL 中唯一约束（UNIQUE CONSTRAINT） 和唯一索引（UNIQUE INDEX） 的核心区别

PostgreSQL 中唯一约束（UNIQUE CONSTRAINT） 和唯一索引（UNIQUE INDEX） 的核心区别。

想弄清楚 PostgreSQL 中唯一约束（UNIQUE CONSTRAINT） 和唯一索引（UNIQUE INDEX） 的核心区别，会从定义、底层实现、使用场景等维度拆解，让你清晰理解二者的异同和适用场景。

一、核心定义与底层关系

先明确一个关键前提：

• 唯一约束 ：是逻辑层面的数据库规则（约束），用于保证字段值的唯一性，属于 "业务规则" 范畴。
• 唯一索引 ：是物理层面的存储结构，用于加速查询，同时也能强制唯一性，属于 "性能优化" 范畴。
• 核心关联 ：创建唯一约束时，PostgreSQL 会自动隐式创建一个对应的唯一索引来实现唯一性校验；但手动创建的唯一索引，不会生成任何约束记录。

二、核心区别对比（表格更清晰）

维度	唯一约束（UNIQUE CONSTRAINT）	唯一索引（UNIQUE INDEX）
本质	逻辑约束（业务规则），保证数据完整性	物理索引（存储结构），加速查询 + 强制唯一性
创建方式	ALTER TABLE ... ADD CONSTRAINT ... UNIQUE	CREATE UNIQUE INDEX ... ON ...
系统表记录	会在 pg_constraint 中记录（contype='u'）	仅在 pg_index 中记录（indisunique=true）
约束名	必须有名称（可自定义，也可默认）	有索引名，但无 "约束名" 概念
支持命名约束	支持（便于后期管理，如删除 / 修改）	无 "约束名"，只能通过索引名管理
外键引用	可被外键引用（虽然极少用）	不能被外键引用
NULL 处理	遵循 PostgreSQL 规则：多个 NULL 不冲突	与约束一致，多个 NULL 不冲突
修改 / 删除方式	按约束名操作（ALTER TABLE DROP CONSTRAINT）	按索引名操作（DROP INDEX ...）
适用场景	强调 "业务规则" 的唯一性（如用户邮箱 / 手机号）	仅需 "物理层面" 唯一 + 加速查询（无业务规则属性）

三、实操示例：直观感受区别

1. 创建唯一约束（自动生成唯一索引）

sql

-- 创建唯一约束
ALTER TABLE users ADD CONSTRAINT uk_users_email UNIQUE (email);

-- 查看约束（有记录）
SELECT conname FROM pg_constraint WHERE conname = 'uk_users_email';
-- 输出：uk_users_email

-- 查看索引（自动生成同名索引）
SELECT indexrelname FROM pg_index 
JOIN pg_class t ON pg_index.indrelid = t.oid 
WHERE t.relname = 'users' AND indexrelname = 'uk_users_email';
-- 输出：uk_users_email

2. 创建唯一索引（无约束记录）

sql

-- 创建唯一索引
CREATE UNIQUE INDEX idx_users_phone ON users (phone);

-- 查看约束（无记录）
SELECT conname FROM pg_constraint WHERE conname = 'idx_users_phone';
-- 输出：空

-- 查看索引（有记录）
SELECT indexrelname FROM pg_index 
JOIN pg_class t ON pg_index.indrelid = t.oid 
WHERE t.relname = 'users' AND indexrelname = 'idx_users_phone';
-- 输出：idx_users_phone

3. 删除方式差异

sql

-- 删除唯一约束（会自动删除对应的索引）
ALTER TABLE users DROP CONSTRAINT uk_users_email;

-- 删除唯一索引（仅删除索引，无约束可删）
DROP INDEX idx_users_phone;

四、使用建议（新手必看）

1. 优先用唯一约束 ：如果你的目标是保证业务数据的唯一性（如用户邮箱、手机号、订单号），优先创建唯一约束 ------ 它更符合 "数据完整性规则" 的设计理念，且便于后期通过约束名管理。

2. 仅在特殊场景用唯一索引 ：比如需要为表达式 / 函数创建唯一索引（约束不支持），或仅需临时保证唯一性且无需记录约束规则时。示例（表达式唯一索引）：

   sql

   -- 约束不支持这种场景，只能用唯一索引
   CREATE UNIQUE INDEX idx_users_lower_email ON users (lower(email));

总结

1. 底层关联：唯一约束依赖唯一索引实现，创建约束会自动生成索引；但创建索引不会生成约束。
2. 核心区别：约束是 "逻辑规则"（有约束名、可被外键引用、记录在约束表），索引是 "物理结构"（仅加速查询 + 强制唯一、无约束记录）。
3. 使用原则 ：业务层面的唯一性用唯一约束 ，纯性能 / 表达式场景的唯一性用唯一索引。