json_extract在视图中可用但需显式转类型，否则列类型为json导致客户端报错；路径错误、无函数索引、嵌套数组展开受限等问题需特别注意。
JSON_EXTRACT 在视图中能用，但必须显式转类型
MySQL 允许在视图定义里用 JSON_EXTRACT，但直接返回 JSON 值会导致视图列类型为 json，很多客户端或应用层会报错“无法处理 json 类型字段”。你得用 CAST(... AS ...) 或 JSON_UNQUOTE(JSON_EXTRACT(...)) 转成字符串/数字/日期等基础类型。
常见错误现象：SELECT * FROM my_view 在某些 ORM（如 Django、Laravel Eloquent）里报类型不匹配；或者导出 CSV 时整段 JSON 被当做一个字段值，带引号和转义符，难以后续处理。
- 提取字符串字段：用
JSON_UNQUOTE(JSON_EXTRACT(data, '$.name'))，避免多一层双引号 - 提取数字：用
CAST(JSON_EXTRACT(data, '$.age') AS UNSIGNED)，注意JSON_EXTRACT返回的是 JSON 文本，不是原生数字 - 提取布尔值：
JSON_EXTRACT(data, '$.active') = true可用于 WHERE，但视图列建议转成TINYINT：CAST(JSON_EXTRACT(data, '$.active') AS UNSIGNED)
路径表达式写错会导致视图创建成功但查询返回 NULL
JSON_EXTRACT 对路径非常敏感——大小写、下划线、嵌套层级错一个字符，结果就是 NULL。而视图创建时不会校验 JSON 数据是否存在该路径，只有首次 SELECT 时才暴露问题。
使用场景：比如原始 JSON 是 {"user_info": {"full_name": "Alice"}}，但误写成 '$.userInfo.full_name'（驼峰 vs 下划线）或 '$.user_info.name'（字段名错），视图列就全为 NULL，且无任何警告。
- 先用
SELECT JSON_EXTRACT(data, '$.xxx')在原表上验证路径是否有效 - 对不确定结构的字段，加
IFNULL(..., 'default')或用COALESCE防止空值污染视图结果 - 避免用通配符路径（如
$[*].id）——MySQL 8.0.17+ 支持，但视图里可能触发不可预期的数组展开行为
视图性能受 JSON 字段索引缺失影响极大
即使你在视图里用 JSON_EXTRACT 提取了某个字段，只要底层 JSON 列没建函数索引，WHERE 条件里用这个视图列查数据就会全表扫描。
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
例如视图有列 user_name 来自 JSON_UNQUOTE(JSON_EXTRACT(data, '$.name'))，你想 SELECT * FROM my_view WHERE user_name = 'Bob'，MySQL 无法自动利用索引，除非你手动在原表上建：
CREATE INDEX idx_user_name ON users (JSON_UNQUOTE(JSON_EXTRACT(data, '$.name')));
注意：JSON_EXTRACT 必须和视图里完全一致（包括是否用 JSON_UNQUOTE），否则索引不生效。
- MySQL 5.7 不支持函数索引，只能升级到 8.0.13+ 才行
- 函数索引只加速 WHERE 和 JOIN，不影响 SELECT 中的提取开销
- 频繁查询的 JSON 字段，比视图更稳的方式是加生成列 + 普通索引：
ALTER TABLE users ADD COLUMN name VARCHAR(100) AS (JSON_UNQUOTE(JSON_EXTRACT(data, '$.name'))) STORED;
嵌套 JSON 或数组字段提取容易漏掉 GROUP BY 或聚合逻辑
如果 JSON 字段里存的是数组（如 {"tags": ["mysql", "json"]}），用 JSON_EXTRACT(data, '$.tags[0]') 只能取第一个元素。想展开成多行？视图不支持 JSON_TABLE（MySQL 8.0.4+），也不能用 LATERAL 关键字。
这意味着：你不能在视图里把一个 JSON 数组“炸开”成关系型多行结果。一旦需要按 tag 分组统计，就必须绕过视图，直接在原表上用 JSON_TABLE 或写存储过程。
- 视图里用
JSON_CONTAINS(data, '"mysql"', '$.tags')可用于简单存在性判断（返回 1/0） - 想实现类似
UNNEST的效果，只能放弃视图，在应用层或临时查询中用JSON_TABLE - 别试图在视图定义里嵌套多个
JSON_EXTRACT模拟展开——语法合法但语义错乱，比如'$.tags[0]', '$.tags[1]'会把不存在的索引返回NULL，造成假数据
复杂点在于：JSON 结构变更后，视图不会自动失效，也不会提示你路径已断。上线前必须人工核对样本数据，尤其要注意空值、数组变对象、字段重命名这类静默破坏。
