首页 > 数据库 > PostgreSQL > PostgreSQL 唯一约束和唯一索引

PostgreSQL 中唯一约束和唯一索引的区别小结

2026-02-07 10:54:59 作者：逍遥德

本文主要介绍了PostgreSQL 中唯一约束和唯一索引的区别小结,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧

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. 创建唯一约束（自动生成唯一索引）

-- 创建唯一约束
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. 创建唯一索引（无约束记录）

-- 创建唯一索引
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. 删除方式差异

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

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

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

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

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

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

总结

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

到此这篇关于PostgreSQL 中唯一约束和唯一索引的区别小结的文章就介绍到这了,更多相关PostgreSQL 唯一约束和唯一索引内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！