CHOOSE是SQL Server 2012+特有函数，基于1的索引从值列表选值，越界返回NULL；非SQL Server环境不支持；属语法糖，性能与CASE相近，适合小范围确定索引场景。
CHOOSE 函数在 SQL Server 2012+ 和 Azure SQL Database 中可用，它不是标准 SQL 函数，不能在 MySQL、PostgreSQL 或 SQLite 中直接使用。如果你在非 SQL Server 环境下看到 CHOOSE 报错，那基本是因为数据库不支持。
CHOOSE 函数的基本用法和索引规则
CHOOSE 的第一个参数是基于 1 的整数索引，后续参数是待选值列表。索引超出范围（小于 1 或大于值个数）时，返回 NULL，不会报错。
- 索引为
1→ 返回第 1 个值；索引为0或负数 → 返回NULL - 索引为
5但只传了 3 个值 → 返回NULL - 所有值的类型需兼容，SQL Server 会尝试隐式转换，比如
CHOOSE(2, 'a', 123)返回123（int），而CHOOSE(2, 123, 'abc')返回'abc'（varchar）
替代 CASE WHEN 的常见写法与性能差异
很多人用 CHOOSE 替代简单多分支 CASE，但它只是语法糖，执行计划和性能几乎一致，且可读性在分支较多时反而下降。
- 适合场景：索引来自计算列或小范围确定值，如
CHOOSE(status_id, 'Draft', 'Published', 'Archived') - 不适合场景：需要条件判断逻辑（比如
status_id > 0 AND status_id ），这时必须用 <code>CASE -
CHOOSE不支持表达式作为选项，如CHOOSE(1, GETDATE(), SYSDATETIME())是合法的，但CHOOSE(1, colA + colB, colC * 2)会先计算所有参数——即使只取第一个，也可能带来意外开销
在其他数据库中模拟 CHOOSE 行为的方法
MySQL、PostgreSQL 没有原生 CHOOSE，但可以用数组/列表 + 下标访问模拟，注意索引通常从 0 开始，需调整。
- PostgreSQL：
(ARRAY['Draft','Published','Archived'])[(status_id).] → 但需确保 <code>status_id是整数且 ≥1，可写成(ARRAY['Draft','Published','Archived'])[COALESCE(NULLIF(status_id, 0), 1)]防NULL下标 - MySQL 8.0+：
JSON_EXTRACT('["Draft","Published","Archived"]', CONCAT('$[', status_id - 1, ']'))，需处理status_id越界和NULL输入 - 通用安全写法仍是
CASE，移植性强，语义明确，例如：CASE status_id WHEN 1 THEN 'Draft' WHEN 2 THEN 'Published' ELSE 'Unknown' END
真正容易被忽略的是类型推导行为：CHOOSE 返回值类型由所有选项中“最高优先级”的数据类型决定，如果混用 int、decimal(10,2)、varchar，结果可能是 varchar 导致数值计算意外失败——调试时得查 SQL_VARIANT_PROPERTY(CHOOSE(...), 'BaseType') 确认实际类型。
