JSON_VALUE返回NULL的三大原因：ISJSON校验失败、路径未以$开头或不指向标量、SQL Server不支持方括号字符串索引；性能上需防重复解析，高频字段应建计算列索引；取标量用JSON_VALUE，取子结构用JSON_QUERY。
JSON_VALUE 不是万能提取器，它只认标量值；用错路径、类型或输入格式，结果永远是 NULL——不是函数坏了，而是你没满足它的硬性条件。
为什么 JSON_VALUE 总是返回 NULL？三个必须立刻检查的点
这不是随机失效，而是 SQL Server 在严格执行规则：
-
ISJSON(json_col)必须为 1：如果字段是VARCHAR(200)却存了 500 字节 JSON，或内容混有 HTML 实体（如"），ISJSON就是 0，JSON_VALUE必然返回 NULL - 路径必须以
$开头且指向标量：写成'name'或'$.user.name[0]'（当name是字符串时）都会静默失败；数组元素要用'$[0].id'，对象嵌套用'$.address.city' - SQL Server 不支持方括号路径语法：
'$.items[0].partNo'✅，但'$.items["0"].partNo'❌（这是 Oracle 支持的写法）
在视图或 WHERE 条件中用 JSON_VALUE 的性能陷阱
每次调用 JSON_VALUE 都会重新解析整段 JSON 字符串，不是“解析一次、复用多次”：
- 一个视图里写了 4 个
JSON_VALUE字段 → 每行 JSON 被解析 4 次 - 在
WHERE JSON_VALUE(data, '$.status') = 'active'中裸用 → 全表扫描+逐行解析，无法走索引 - 真要高频查询某个字段，建计算列：
ALTER TABLE orders ADD status AS JSON_VALUE(data, '$.status')，再对它建索引
JSON_VALUE 和 JSON_QUERY 到底该选谁？看返回值要不要带引号
关键区别不在“能不能取”，而在“取出来的东西前端敢不敢直接 JSON.parse()”：
- 你要的是字符串
"Alice"或数字30→ 用JSON_VALUE(data, '$.name')，返回值是NVARCHAR(4000)类型 - 你要的是完整子结构
{"city":"Beijing","zip":"100000"}或数组[{"id":1},{"id":2}]→ 必须用JSON_QUERY(data, '$.address')，它保留原始 JSON 格式和双引号 - 误用
JSON_VALUE取数组（如'$.items'）→ 返回 NULL；误用JSON_QUERY取字符串（如'$.name'）→ 返回"Alice"（带引号），前端解析会出错
生产环境必须加的防护层
别信“数据格式肯定对”，上线前这几步缺一不可：
- 先过滤非法 JSON：
WHERE ISJSON(json_col) = 1，否则 NULL 分不清是空值还是解析失败 - 数值字段记得显式转换：
CAST(JSON_VALUE(json_col, '$.amount') AS DECIMAL(18,2))，避免隐式转换报错 - 开发阶段强制报错调试：
JSON_VALUE(json_col, '$.user.id' ERROR ON ERROR)，路径错立刻暴露，不等上线后查 NULL - 字段可能超长？别依赖默认
NVARCHAR(4000)：CAST(JSON_VALUE(json_col, '$.desc') AS NVARCHAR(MAX))
最常被忽略的其实是路径大小写敏感和字段截断——JSON 里是 "OrderId"，你写 '$.orderid'，或者列定义只有 VARCHAR(50) 却存了 200 字节 JSON，这两处问题不会报错，只会让所有 JSON_VALUE 结果安静地变成 NULL。
