必须先展开JSON数组再按原始主键分组聚合：MySQL用JSON_TABLE（路径'$[]'，类型匹配，加JSON_VALID校验），PostgreSQL用jsonb_array_elements()（需转jsonb并校验类型），SQL Server用OPENJSON配WITH子句（路径含'[]'，字段类型对应）。
直接对 JSON 字段 COUNT() 或 GROUP BY json_column 只会按整条记录分组，不是按数组内元素分组——必须先展开成行，再按原始主键分组聚合。
MySQL 8.0+ 必须用 JSON_TABLE 展开数组再分组
字段类型必须是 JSON；若存的是字符串（如 '[{"id":1}]'），得先 CAST(items AS JSON)。路径必须写 '$[*]'，写 '$' 或 '$.items' 会失效。
-
JSON_TABLE的COLUMNS中类型要和实际值一致：比如 JSON 里"qty": "2"（字符串），定义qty INT PATH '$.qty'会转成NULL - 加
WHERE JSON_VALID(items) AND JSON_LENGTH(items) > 0过滤非法或空数组，否则整行被跳过 - 展开后必须按原始主键（如
orders.id）GROUP BY，否则不同订单的同款商品会被混在一起统计
PostgreSQL 用 jsonb_array_elements() 更简洁但需类型校验
该函数只认 jsonb 类型，传 TEXT 或 JSON 会报错：function jsonb_array_elements(text) does not exist。必须显式转成 items::jsonb，且内容得合法。
Comprehensive Three.js 3D graphics reference
下载
详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。
- 加
WHERE jsonb_typeof(items) = 'array'避免对象、字符串、NULL导致整行丢失 - 提取字段用
elem->>'id'（字符串）或(elem->>'qty')::int（转整型） - 展开后仍要
GROUP BY orders.id，否则COUNT(*)统计的是全量元素数，不是“每单数量”
SQL Server 用 OPENJSON 必须配 WITH 子句才能分组
OPENJSON 默认只返回 [key, value, type] 三列，没法直接 GROUP BY id。不写 WITH 就等于白展开。
- 路径必须写
'$[*]'（主数组）或'$.data[*]'（嵌套数组），漏掉[*]就只取第一个元素 -
WITH里字段名和类型要一一对应，例如id INT '$.id'、qty INT '$.qty' - 原始字段是
NVARCHAR(MAX)时，内容必须是合法 JSON，否则OPENJSON静默返回空，无任何提示 - 建议套一层 CTE，避免重复解析同一 JSON 字段，尤其在多字段提取时
最容易被忽略的是：展开后行数膨胀，但分组逻辑仍依赖原始主键——一旦漏掉 GROUP BY orders.id，所有聚合就全乱了。这不是语法错误，而是语义错误，查不出问题但结果完全不对。
