如何在SQL Server中利用CHOOSE函数按索引快速返回对应的配置项

CHOOSE函数是SQL Server 2012+中用于根据从1开始的整数索引返回对应值的逻辑函数，等价于CASE WHEN但更简洁，适用于静态枚举映射（如状态码转义），索引越界或为NULL时返回NULL而非报错，不可替代配置表。

CHOOSE 函数在 SQL Server 2012+ 中确实能根据整数索引快速返回对应位置的值，但它不是“配置项管理”的替代方案——它适合简单、静态、固定长度的枚举映射，不适合动态配置或需要持久化、可维护的配置场景。

CHOOSE 的基本用法和典型适用场景

CHOOSE 本质是语法糖，等价于嵌套 CASE WHEN，但更简洁。它接收一个索引（从 1 开始）和若干表达式，返回对应位置的值。

常见用途包括：状态码转义（如 1→'Active'、2→'Inactive'）、星期几映射、简单枚举展示。

• 索引为 NULL 或非整数时，返回 NULL（不报错）
• 索引小于 1 或大于参数个数时，也返回 NULL（不是错误，这点容易被忽略）
• 所有参数会被强制转换为最高优先级的数据类型，比如混合 INT 和 VARCHAR 可能导致隐式转换意外截断

示例：

SELECT CHOOSE(2, 'Low', 'Medium', 'High') AS Priority;

返回 'Medium'；CHOOSE(4, 'A','B') 返回 NULL，而非报错。

为什么不能把 CHOOSE 当作配置表替代品？

有人试图用 CHOOSE 模拟配置项，比如：CHOOSE(@env_id, 'dev.example.com', 'staging.example.com', 'prod.example.com')。这看似方便，但隐患明显：

• 修改配置必须改 SQL 代码，无法热更新，也无法审计变更
• 不同环境配置数量不一致时（比如 dev 多一个调试端口），索引错位会导致取错值
• 无法做有效性校验（比如检查域名格式）、无法关联其他元数据（如负责人、生效时间）
• 在视图或内联表值函数中大量使用，可能影响查询优化器对基数的估算，间接拖慢执行计划

什么时候该用 CHOOSE，什么时候该建配置表？

判断依据很简单：该映射关系是否「写死且极少变动」？是否只服务于展示层或临时计算？

• ✅ 适合 CHOOSE：报表中将 StatusID（1/2/3）转成中文标签；SSIS 表达式里快速选连接字符串片段
• ❌ 不该用 CHOOSE：应用启动时读取数据库连接字符串；权限模块中根据角色 ID 返回允许的操作列表；任何需要被其他系统或 DBA 修改的配置
• ? 真正的配置项，应建独立表（如 ConfigSettings），加唯一键 + 描述字段 + IsEnabled 标志，并用 SELECT TOP 1 Value FROM ConfigSettings WHERE Key = @key 获取

最易被忽略的一点：很多人以为 CHOOSE 比 CASE 快，实际上执行计划几乎完全一致，SQL Server 内部就是展开成 CASE。别为了“看起来短”牺牲可维护性。