1. SQL Server条件唯一索引实战解析
今天遇到一个有趣的业务场景：某用户表需要实现"邮箱地址为空时允许多条记录，不为空时必须唯一"的约束。这种需求在用户注册流程中很常见——允许用户暂不填写邮箱，但一旦填写就必须确保唯一性。SQL Server的过滤索引(Filtered Index)完美解决了这个问题，下面分享我的完整实现过程和踩坑经验。
2. 过滤索引原理与语法拆解
2.1 什么是过滤索引
过滤索引是SQL Server 2008引入的特性，它只对满足WHERE子句条件的行创建索引。与传统索引相比有三大优势：
- 减小索引体积：仅索引部分数据，降低存储空间
- 提升查询性能：索引更紧凑，IO操作更少
- 实现条件约束：这正是我们需要的功能
语法结构如下：
sql复制CREATE UNIQUE INDEX 索引名 ON 表名(列名) WHERE 条件表达式
2.2 空字符串处理陷阱
这里有个关键细节：SQL中空字符串('')与NULL是不同的概念。示例中使用n>''条件时：
- 空字符串''不满足条件 → 不被索引 → 允许多个''
- 非空字符串满足条件 → 被索引 → 必须唯一
如果改用n IS NOT NULL，则只会过滤掉NULL值，空字符串''仍会被索引。这是实际开发中最容易混淆的点。
3. 完整实现步骤与验证
3.1 建表与索引创建
先创建测试表，包含自增主键和需要约束的字段：
sql复制CREATE TABLE test(
id INT IDENTITY(1,1) PRIMARY KEY,
n VARCHAR(32)
)
GO
然后创建过滤唯一索引：
sql复制CREATE UNIQUE INDEX UQ_test_n ON test(n) WHERE n>''
GO
3.2 数据插入测试
验证不同场景下的行为：
sql复制-- 成功插入两个空字符串
INSERT INTO test(n) VALUES('');
INSERT INTO test(n) VALUES('');
-- 成功插入第一个非空值
INSERT INTO test(n) VALUES('a');
-- 失败：尝试插入重复非空值
INSERT INTO test(n) VALUES('a'); -- 报错2601
执行结果验证了我们的设计：
code复制(1 行受影响)
(1 行受影响)
(1 行受影响)
消息 2601，级别 14，状态 1，第 14 行
不能在具有唯一索引"UQ_test_n"的对象"dbo.test"中插入重复键的行。重复键值为 (a)。
3.3 NULL值测试补充
很多开发者会混淆NULL和空字符串，我们补充测试：
sql复制-- 插入NULL值（不受索引影响）
INSERT INTO test(n) VALUES(NULL);
INSERT INTO test(n) VALUES(NULL);
-- 查看最终数据
SELECT * FROM test;
结果显示NULL值可以重复插入，而空字符串('')也可以重复，只有非空字符串受唯一约束。
4. 生产环境应用指南
4.1 实际案例：用户邮箱约束
假设需要实现用户表邮箱约束：
sql复制CREATE TABLE Users(
UserID INT IDENTITY PRIMARY KEY,
Email VARCHAR(100),
-- 其他字段...
);
-- 邮箱不为空时必须唯一
CREATE UNIQUE INDEX UQ_Users_Email ON Users(Email) WHERE Email IS NOT NULL;
重要提示：这里使用IS NOT NULL而不是<>''，因为邮箱应该允许空字符串但不允许重复的非空值
4.2 性能优化建议
- 索引选择性：过滤索引的选择性应至少超过90%，即满足条件的值应基本唯一
- 统计信息：过滤索引有独立的统计信息，确保查询优化器能正确估算
- 包含列：对于覆盖查询，可以使用INCLUDE添加额外列
sql复制CREATE UNIQUE INDEX UQ_Order_Code
ON Orders(OrderNumber)
WHERE OrderNumber IS NOT NULL
INCLUDE (CustomerID, OrderDate);
5. 常见问题与解决方案
5.1 错误2601排查流程
当遇到重复键错误时：
- 确认违反的是哪个唯一约束
sql复制SELECT name FROM sys.indexes WHERE object_id = OBJECT_ID('test') AND is_unique = 1; - 检查现有重复值
sql复制SELECT n, COUNT(*) FROM test WHERE n > '' GROUP BY n HAVING COUNT(*) > 1; - 根据业务逻辑决定：删除重复项或更新为唯一值
5.2 索引碎片处理
过滤索引也需要定期维护：
sql复制-- 查看碎片率
SELECT name, avg_fragmentation_in_percent
FROM sys.dm_db_index_physical_stats(
DB_ID(), OBJECT_ID('test'), NULL, NULL, NULL
)
WHERE index_id = INDEXPROPERTY(OBJECT_ID('test'), 'UQ_test_n', 'IndexID');
-- 重组索引（碎片率10-30%）
ALTER INDEX UQ_test_n ON test REORGANIZE;
-- 重建索引（碎片率>30%）
ALTER INDEX UQ_test_n ON test REBUILD;
6. 高级应用场景
6.1 多列组合条件约束
可以实现更复杂的业务规则，例如：
sql复制-- 产品表：同一分类下SKU必须唯一，但未分类产品(分类ID为NULL)除外
CREATE UNIQUE INDEX UQ_Products_SKU
ON Products(CategoryID, SKU)
WHERE CategoryID IS NOT NULL;
6.2 时间范围约束
确保同一房间在特定时间段内不重复预订：
sql复制CREATE UNIQUE INDEX UQ_RoomBookings
ON RoomBookings(RoomID, BookingDate)
WHERE BookingDate BETWEEN '2023-01-01' AND '2023-12-31';
我在电商系统中实际应用这个方案，成功解决了促销活动期间优惠券码的发放约束问题。核心在于理解过滤索引本质上是创建了一个"有条件的唯一性约束"，这种思路可以扩展到各种需要动态约束的业务场景。