SQL Server中对nvarchar(4000)类型列创建索引是否为最佳实践？

结论 #

**不建议直接为nvarchar(4000)类型的staff_id创建索引，优先优化字段类型后再建索引是更合理的方案

具体原因和建议如下： #

• 绝大多数主流关系型数据库对索引键的长度有严格限制：例如SQL Server非聚集索引键最大长度为900字节，MySQL InnoDB单索引键最大长度默认767字节，开启扩展后最高也只有3072字节。nvarchar(4000)每个字符占用2字节，最大总长度可达8000字节，远远超出索引键长度上限，根本无法创建完整字段的普通索引。即便是部分数据库支持前缀索引，也会大幅降低索引区分度，完全起不到加速查询的预期效果。
• 你当前存储的员工ID为固定长度纯数字串，例如示例的00002244只有8位，完全不需要设置为nvarchar(4000)这么冗余的类型。建议先把字段类型调整为varchar(16)（预留扩展空间）或者char(8)（所有员工ID固定8位的场景）即可，既可以大幅降低存储空间占用，也能满足索引创建的长度要求。
• 调整字段类型后，作为外键关联的staff_id必须创建索引：外键关联场景下，多表关联查询、子表插入/更新外键值、主表删除/更新staff_id值时，都会触发对staff_id字段的查询操作，如果没有索引会走全表扫描，数据量稍大时性能会出现非常明显的下降。

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