JSON_VALUE在视图中可用但需确保源列为JSON或足够长的VARCHAR；路径错误、类型不匹配或长度不足均静默返回NULL，须用ISJSON或JSON_QUERY预检并显式处理ON EMPTY/ON ERROR。
JSON_VALUE 在视图中能直接用，但必须确保字段类型是 JSON 或 VARCHAR
SQL Server 和 Oracle 支持在视图定义里直接调用 JSON_VALUE，但前提是源列存储的是合法 JSON 字符串（NVARCHAR(MAX) 或 JSON 类型）。如果列是 TEXT、VARBINARY 或被截断的字符串，JSON_VALUE 会静默返回 NULL —— 这是最常被忽略的根源。
常见错误现象：SELECT * FROM my_view 返回一堆 NULL，但原始 JSON 字符串用 SELECT TOP 1 json_col FROM raw_table 看着完全正常。问题往往出在隐式转换或列定义长度不足（比如 VARCHAR(200) 存了 500 字节的 JSON）。
- SQL Server 中，用
ISJSON(json_col) = 1在视图 WHERE 或 CHECK 约束里提前过滤非法值 - Oracle 需显式声明列类型为
JSON（12c+），否则JSON_VALUE可能报ORA-40441: JSON syntax error - PostgreSQL 不支持
JSON_VALUE（它是 SQL Server / Oracle 函数），得改用->>或jsonb_extract_path_text()
路径表达式写错会导致 NULL，不是报错
JSON_VALUE 对路径极其敏感：大小写、引号、嵌套层级、数组索引都必须严丝合缝。更麻烦的是——它不报错，只返回 NULL。你无法从结果里区分“真没有这个字段”和“路径写错了”。
使用场景：解析 {"user": {"profile": {"name": "Alice", "age": 30}}} 时，以下写法全都会返回 NULL：
-
JSON_VALUE(data, '$.user.profile.name')→ 正确 -
JSON_VALUE(data, '$.User.profile.name')→ 键名大小写不匹配 -
JSON_VALUE(data, '$.user.profile["name"]')→ SQL Server 不支持方括号路径（仅 Oracle 支持） -
JSON_VALUE(data, '$.user.profile.name[0]')→ name 是字符串，不是数组，加 [0] 就失效
建议在建视图前，先用 SELECT JSON_VALUE(...) 单独测试路径，并搭配 JSON_QUERY 确认父层级结构是否存在。
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
视图里多次调用 JSON_VALUE 会影响性能，尤其大表
每次调用 JSON_VALUE 都会触发一次完整的 JSON 解析。如果一个视图里写了 5 个 JSON_VALUE 字段，而底层表有百万行，那相当于对每行 JSON 字符串解析 5 次 —— 不是 1 次解析复用 5 次。
性能影响明显体现在执行计划里：出现大量 Compute Scalar 节点，CPU 使用率飙升，且无法走任何索引（JSON 列本身不可索引，除非建计算列 + 索引）。
- 优化方式：先用
JSON_QUERY提取公共子对象（如JSON_QUERY(data, '$.user')），再在这个子对象上链式调用JSON_VALUE - 更彻底的方案：把关键字段提前物化为持久化计算列（SQL Server），例如
name AS JSON_VALUE(data, '$.user.profile.name') PERSISTED，然后在视图里直接 SELECT 这些列 - Oracle 用户注意：
JSON_VALUE默认返回VARCHAR2(4000)，若字段超长需显式指定返回类型，否则被截断还不报错
NULL 处理逻辑必须显式控制，不能依赖默认行为
JSON_VALUE 的第三个参数（SQL Server）或 RETURNING 子句（Oracle）决定了遇到缺失路径时返回什么。默认是 NULL，但如果你在视图里做 WHERE name IS NOT NULL，就可能漏掉那些 JSON 里压根没写 "name" 字段的记录 —— 即使它们其实是有效业务数据。
容易踩的坑：前端传来的 JSON 是动态结构，某些字段可选。这时应统一用 DEFAULT 'N/A' ON ERROR（SQL Server）或 DEFAULT 'N/A' ON EMPTY ON ERROR（Oracle），避免 NULL 干扰聚合或 JOIN。
- SQL Server 示例：
JSON_VALUE(data, '$.user.profile.phone') DEFAULT 'N/A' ON ERROR - Oracle 示例：
JSON_VALUE(data, '$.user.profile.phone' RETURNING VARCHAR2(50) DEFAULT 'N/A' ON EMPTY ON ERROR) - 千万别省略
ON EMPTY—— 它管的是字段存在但值为 null（如"phone": null），而ON ERROR只管路径不存在或类型不匹配
复杂点在于，不同数据库对空字符串、空白 JSON 对象、null 值的判定逻辑不一致；只要 JSON 结构有不确定性，就必须把这四个分支（缺失路径 / 值为 null / 值为空字符串 / 类型错误）全考虑到，否则视图上线后数据对不上。
