SQL中唯一索引为何存在？与唯一约束的底层关联疑问

这个问题问得特别到位——不少刚深入SQL的开发者都会有这个疑惑：既然在大多数数据库里，CREATE TABLE t1 (col1, col2 UNIQUE);和先建表再单独创建唯一索引的逻辑几乎一致，底层都是用唯一索引来实现唯一性校验，那为啥还要保留单独创建唯一索引的功能呢？其实背后有几个很实际的考量：

• 灵活性更高，适配更多场景
  唯一约束是和表结构绑定在一起的，修改起来相对繁琐。比如你后来发现业务上不再需要col2的唯一性限制，删除约束可能需要执行ALTER TABLE语句，甚至有些数据库需要先处理掉关联的外键才能操作。但唯一索引是独立的对象，直接执行DROP INDEX t1_col2;就能快速移除，完全不用改动表的基础结构。
  另外，很多数据库支持基于表达式的唯一索引，比如CREATE UNIQUE INDEX idx_t1_upper_col2 ON t1 (UPPER(col2));，用来实现“忽略大小写的唯一性”，这种复杂的规则用普通的唯一约束是没法直接实现的，只能靠唯一索引来搞定。

• 语义上的明确区分
  虽然底层实现相同，但二者的语义完全不同：

  • 唯一约束的核心是定义业务规则——它告诉数据库“这个列的值必须唯一，违反了就报错”，是表设计中业务逻辑的一部分；
  • 唯一索引的核心是优化查询性能——它的首要目的是给列加索引加速查询，顺带实现了唯一性校验。
    这种语义区分能让后续维护数据库的人一眼看懂：看到约束就知道这是业务强制要求的，看到唯一索引就明白这可能是DBA为了性能优化加上的，同时兼顾了唯一性。

• 历史兼容性和习惯延续
  在早期的SQL数据库中，约束功能是后来才逐步完善的，一开始大家都是靠创建唯一索引来实现唯一性校验。为了兼容大量老项目的脚本和开发者的使用习惯，现在的数据库厂商都保留了唯一索引的功能，不会强制要求所有人都改用约束。

• 部分数据库的特殊差异
  虽然绝大多数主流数据库里二者底层无差，但少数数据库中还是存在细微区别。比如有些数据库里，唯一约束不能被外键关联引用，但唯一索引可以；还有些数据库会给自动生成的约束索引分配固定格式的名称，而手动创建的唯一索引可以自定义名称，更方便后续的管理和维护。

内容的提问来源于stack exchange，提问作者Frank van Wensveen