唯一约束用于定义业务规则并确保数据唯一性，同时自动创建唯一索引；唯一索引主要用于提升查询性能，虽能强制唯一但不支持外键引用。1. 唯一约束语义明确，属于完整性约束，适用于如邮箱唯一等业务场景；2. 唯一索引是技术实现，侧重查询优化，其唯一性为附加效果；3. 创建唯一约束时，PostgreSQL自动创建对应唯一B-tree索引；4. 可单独创建唯一索引而不定义约束，此时无约束元数据记录；5. 外键引用目标列必须有主键或唯一约束，仅唯一索引不可被引用；6. 删除唯一约束可保留底层索引，而删除唯一索引则彻底移除唯一性检查；7. 高级功能如条件索引（WHERE）或覆盖索引（INCLUDE）只能通过唯一索引实现；8. 推荐优先使用唯一约束，仅在需要高级索引特性时直接创建唯一索引。
在PostgreSQL中，唯一约束和唯一索引都能保证数据的唯一性，但它们在设计目的、内部实现和使用场景上有所不同。理解这些区别有助于更合理地设计数据库结构。
核心作用与语义不同
唯一约束从语义层面定义了数据的业务规则。它明确表示“这列（或几列）的数据必须是唯一的”，是表完整性的一部分。它的存在是为了防止重复数据录入，确保数据质量。例如，用户邮箱需要唯一，这就是一个业务需求，用唯一约束来表达非常清晰。
唯一索引首先是一个性能优化工具。它的主要目的是加速对特定列的查询。虽然它也强制要求键值唯一，但这可以看作是其功能的一个附加效果。创建唯一索引更多是从技术角度出发，为了解决查询慢的问题。
内部实现与依赖关系
当你在PostgreSQL中创建一个唯一约束时，数据库会自动为你创建一个同名的唯一B-tree索引。这意味着，唯一约束的唯一性保障是通过这个底层的唯一索引来实现的。你可以把唯一约束看作是一个“包装器”，它既定义了业务规则，又顺带创建了一个用于提升性能的索引。
反过来，你也可以直接创建一个独立的唯一索引，而不创建任何约束。这种情况下，这个索引同样能阻止重复值的插入，但它不被视为一个正式的“约束”，不会出现在约束相关的系统视图中（如pg_constraint）。
关键差异与实践建议
尽管功能相似，两者仍有几个重要区别：
- 外键引用：如果希望某个列被其他表的外键所引用，那么该列必须有一个主键约束或唯一约束。仅有一个唯一索引是不够的。这是两者最实用的区别之一。
- 删除操作：删除一个唯一约束时，可以选择只删除约束本身而保留其背后的唯一索引，这样数据的唯一性在物理层面依然被强制执行，只是逻辑上的“约束”标记没有了。但如果直接删除的是唯一索引，那么唯一性检查就彻底消失了。
- 高级索引功能：当需要利用一些高级特性时，比如创建一个包含额外字段的覆盖索引（使用INCLUDE子句），或者创建一个只对部分数据生效的条件索引（使用WHERE子句），你只能通过直接创建唯一索引的方式来实现。这些功能通常无法在定义约束时直接指定。
基本上就这些。日常使用中，优先考虑添加唯一约束，因为它语义清晰且能自动获得索引的好处。只有在需要高级索引选项时，才直接创建唯一索引。
