应直接用->>操作符“拍平”JSON嵌套结构为关系型字段，避免视图中实时解析；MySQL用->>自动去引号，PostgreSQL用->>或jsonb_extract_path_text，路径缺失时用COALESCE设默认值，高频查询字段需建生成列或表达式索引。
用 JSON_EXTRACT 或 -> 操作符直接展开字段，别先存原始 JSON 字段再查
视图里解析 JSON，核心是把嵌套结构“拍平”成关系型字段。MySQL 5.7+ 和 PostgreSQL 12+ 都支持原生 JSON 路径操作，但写法差异大：
MySQL 推荐用 ->（返回 JSON 类型）或 ->>（自动去引号，返回字符串），比如 data->>"$.user.name"；PostgreSQL 必须用 jsonb_extract_path_text(data, 'user', 'name') 或更简洁的 data ->> 'user' ->> 'name'。常见错误是漏掉 ->> 导致字段值带双引号，后续做 JOIN 或 WHERE 匹配失败。
视图中避免在 WHERE 或 ORDER BY 里实时解析 JSON 字段
JSON 解析是 CPU 密集型操作，每次查询都重新计算会拖慢性能，尤其当基表数据量大、视图被频繁调用时。正确做法是：在视图定义中只做必要字段提取，把过滤和排序逻辑留给外部查询；如果高频按某个 JSON 子字段查询（如 status），应在基表上建生成列（MySQL）或表达式索引（PostgreSQL）。例如 MySQL 中可加：ALTER TABLE logs ADD COLUMN status VARCHAR(20) AS (data->>"$.meta.status") STORED，再对 status 建索引。
处理可能缺失的 JSON 路径：用 COALESCE 或 IFNULL 提供默认值
原始 JSON 数据常不规范——有些记录缺 address，有些 phone 是 null 而不是空字符串。直接写 data->>"$.address.city" 在路径不存在时返回 NULL，但若业务要求显示“未知”，就得包装一层：
• MySQL：COALESCE(data->>"$.address.city", "未知")
• PostgreSQL：COALESCE((data->'address'->>'city'), '未知')
注意括号顺序：PostgreSQL 中 -> 和 ->> 优先级相同，必须用括号明确嵌套层级，否则 data->'address'->>'city' 会被解析为 (data->'address')->>'city'，而 data->>'address.city' 是错的（路径语法不支持点号直写）。
详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。
多层嵌套数组怎么展平？用 JSON_TABLE（MySQL 8.0+）或 jsonb_array_elements()（PostgreSQL）
当 JSON 里有数组（如 "tags": ["urgent", "backend"]），想让每项变一行，就不能只靠 ->>。MySQL 8.0+ 支持 JSON_TABLE，可在视图中内联展开：JSON_TABLE(data, "$.tags" COLUMNS (tag VARCHAR(50) PATH "$")) AS jt
PostgreSQL 则用 LEFT JOIN jsonb_array_elements(data->'tags') AS t(tag)。关键点：这类展开会让视图行数膨胀，且无法在展开后字段上建索引；如果只是偶尔需要，建议不放进视图，改由应用层或临时查询处理。
最易被忽略的是 JSON 字段的字符集与校对规则——MySQL 中若 JSON 列是 utf8mb4_bin，而视图里用 ->> 提取的字符串默认继承该校对，可能导致 WHERE name = '张三' 不命中（大小写敏感或重音敏感）。上线前一定用 SHOW CREATE VIEW 看实际字段类型，必要时显式加 COLLATE utf8mb4_0900_as_cs。
