mysql 8.0+ 必须用 json_table 展开 json 数组再统计，路径需写 '$[*]' 遍历全部元素，columns 中定义字段类型与数据匹配，null 或非法 json 会静默跳过整行。
MySQL 8.0+ 怎么用 JSON_TABLE 展开 JSON 数组并统计
MySQL 不支持 UNNEST，必须用 JSON_TABLE。它本质是把 JSON 数组“虚拟转成一张表”，再和主表 JOIN。关键点在于路径表达式写法和列定义类型要匹配。
常见错误：数组里是字符串但定义成 INT，或路径写成 $[0]（只取首项）而不是 $[*]（遍历全部）。
-
JSON_TABLE第二个参数是路径，$[*]才能展开整个数组；写$或$[0]会漏数据 - 第三参数
COLUMNS里，用FOR ORDINALITY可额外获取序号，方便去重或排序 - 如果 JSON 字段为
NULL或不是合法数组，JSON_TABLE默认跳过整行——加LEFT JOIN并配合COALESCE更稳妥
SELECT jt.tag, COUNT(*) cnt FROM posts p, JSON_TABLE(p.tags, '$[*]' COLUMNS(tag TEXT PATH '$')) AS jt WHERE p.tags IS NOT NULL GROUP BY jt.tag;
PostgreSQL 怎么用 jsonb_array_elements() 替代 UNNEST
PostgreSQL 没有 UNNEST 直接处理 JSON 数组的语法，但 jsonb_array_elements() 效果等价。注意它返回的是 jsonb 类型，需再用 ->> 提取字符串或 ::int 转类型。
容易踩坑：直接对 NULL 数组调用会报错，得先用 WHERE tags IS NOT NULL AND jsonb_typeof(tags) = 'array' 过滤。
基于三引擎设计，从微信文章、新闻和博客网页提取干净内容，支持标题作者日期元数据，多格式和批量处理。
- 若数组嵌套对象（如
[{"id":1,"name":"a"}]），用jsonb_array_elements(tags)->>'name'提取字段 - 聚合前建议加
DISTINCT ON或子查询去重，避免同一行展开多次导致计数虚高 - 性能上，
jsonb_array_elements()是 set-returning 函数，放在FROM子句比放SELECT里更清晰、更易优化
SELECT elem->>'status' AS status, COUNT(*) FROM orders, jsonb_array_elements(items) AS elem WHERE items IS NOT NULL GROUP BY elem->>'status';
SQL Server 怎么用 OPENJSON 解析 JSON 数组并聚合
SQL Server 2016+ 用 OPENJSON，它需要显式指定模式（WITH 子句），否则返回键值对结构，不便于直接聚合。
典型问题：没加 AS JSON 修饰符时，嵌套数组无法被递归解析；或者 PATH 写成 '$.items' 却忘了外层数组本身也要用 $[*]。
- 主数组展开必须用
SELECT * FROM OPENJSON(@json, '$[*]')，不能省略$[*] - 若原始字段是
NVARCHAR(MAX)，确保内容是合法 JSON，否则OPENJSON返回空结果且无提示 - 聚合时建议把
OPENJSON结果先塞进 CTE 或临时表，避免重复解析影响性能
SELECT color, COUNT(*) FROM products p CROSS APPLY OPENJSON(p.attributes, '$.colors') WITH (color NVARCHAR(20) '$') AS j GROUP BY color;
跨数据库兼容性差在哪？哪些地方必须硬编码适配
JSON 展开函数完全不可移植：JSON_TABLE 是 MySQL 特有，jsonb_array_elements() 是 PostgreSQL 特有，OPENJSON 是 SQL Server 特有。连基础语法结构都不同——MySQL 要路径 + COLUMNS，PostgreSQL 依赖操作符链式提取，SQL Server 强制要求 WITH 显式映射。
最常被忽略的是空值和非法 JSON 的处理逻辑：MySQL 的 JSON_TABLE 静默跳过，PostgreSQL 报错，SQL Server 返回空。线上环境一旦出现脏数据，统计结果就可能凭空少几条，还不好排查。
