PostgreSQL中是否需同时创建唯一索引与普通索引？

唯一索引能否替代普通索引实现快速查询？ #

完全可以。不管是你例子里mytable表上针对myfield的唯一索引，还是campaigns表上针对id的唯一主键索引，它们的底层存储结构（比如示例里的btree）和普通索引是一致的，只是多了唯一性约束。

像SELECT * from campaigns where id = xxx这类等值查询，数据库的查询优化器会自动选用唯一索引来快速定位数据——因为唯一索引保证了字段值唯一，优化器找到匹配的记录后就能直接返回，不需要再检查是否有其他重复匹配项，查询效率和普通索引持平甚至更优。

同时保留两类索引有没有优势？ #

没有任何优势，反而会带来不少问题：

• 浪费存储空间：同字段的两个索引会占用双倍磁盘空间，在分表场景下，这种浪费会被成倍放大。
• 增加写操作负担：每次执行插入、更新、删除操作时，数据库需要同时维护两个索引，这会直接拖慢写操作的速度，提升数据库的整体负载。
• 无查询优化增益：查询优化器只会选择其中一个索引来执行查询，不会同时利用两个，多余的索引完全是冗余的。

结论是：直接删除重复的普通索引，只保留唯一索引就足够满足查询和约束需求。

内容的提问来源于stack exchange，提问作者John Little