MySQL 8.0+社区版不支持JSON_TABLE，仅部分企业版在8.0.29+实验性提供；应改用JSON_EXTRACT+JOIN或建生成列，SQL Server用OPENJSON（需数组输入），PostgreSQL用jsonb_array_elements+LATERAL，跨库推荐生成列预解析。
MySQL 8.0+ 不支持 JSON_TABLE，别白费劲写它
MySQL 直到 8.0.29 才开始实验性支持 JSON_TABLE，且仅限于某些企业版或特定构建版本；社区版默认不可用，执行会直接报错 ERROR 1305 (42000): FUNCTION db.JSON_TABLE does not exist。很多开发者照着 PostgreSQL 或 SQL Server 文档抄过来，结果卡在语法错误上。
如果你用的是标准 MySQL 社区版（包括云厂商如阿里云 RDS、腾讯云 CDB 的主流版本），JSON_TABLE 就不是可选项——这不是配置问题，是功能缺失。
- 确认方式：运行
SELECT VERSION();，再查官方文档对应版本的 JSON 功能矩阵 - 替代方案必须转向
JSON_EXTRACT+JOIN子查询，或提前建生成列 - 误用
JSON_TABLE还可能触发权限异常（如EXECUTE权限被拒），掩盖真实原因
SQL Server 用 OPENJSON 是唯一靠谱路径
SQL Server 2016+ 原生支持 OPENJSON，它是把 JSON 数组“炸开”成行集的标准方式，等效于其他数据库的 JSON_TABLE。但必须注意：它只能处理**数组**，不能直接展平单个 JSON 对象。
常见错误是传入一个对象（如 {"id":1,"name":"a"}）却没包成数组：[{"id":1,"name":"a"}]，这时 OPENJSON 返回空结果，毫无提示。
- 正确写法示例（关联设备日志与 payload 中的 readings 数组）：
SELECT d.id, j.temperature_celsius, j.humidity_percent FROM device_telemetry d CROSS APPLY OPENJSON(d.payload, '$.readings') WITH ( temperature_celsius DECIMAL(5,2) '$.temperature_celsius', humidity_percent DECIMAL(5,2) '$.humidity_percent' ) j -
CROSS APPLY是关键，不是JOIN；WITH子句必须显式声明字段类型和路径 - 若 JSON 字段含转义或嵌套结构，先用
ISJSON(d.payload)过滤，避免解析失败中断查询
PostgreSQL 用 jsonb_array_elements + LATERAL 最稳
PostgreSQL 的 jsonb_array_elements 配合 LATERAL 是展平 JSONB 数组的事实标准。它比 json_array_elements（返回 text）更安全，自动处理 null 和类型转换。
容易踩的坑是忘记加 LATERAL —— 没它，子查询无法引用左表字段，会报 ERROR: invalid reference to FROM-clause entry。
- 典型用法（从 telemetry 表中展开 readings）：
SELECT t.id, r.value->>'temperature_celsius' AS temp, r.value->>'humidity_percent' AS hum FROM device_telemetry t, LATERAL jsonb_array_elements(t.payload->'readings') r - 如果
readings可能为 null 或非数组，加条件WHERE t.payload ? 'readings' AND jsonb_typeof(t.payload->'readings') = 'array' - 高频查询务必在
(payload->'readings')上建 GIN 索引：CREATE INDEX idx_readings_gin ON device_telemetry USING GIN ((payload->'readings'));
跨数据库通用思路：别硬展平，优先建生成列
真正影响性能的从来不是展平语法，而是每次查询都重复解析 JSON 字符串。所有数据库都支持“生成列”（computed / virtual / generated column），把常用字段提前提取并索引。
例如 MySQL 中，给 device_telemetry 加一个虚拟列：
ALTER TABLE device_telemetry ADD COLUMN device_type VARCHAR(64) GENERATED ALWAYS AS (JSON_UNQUOTE(JSON_EXTRACT(payload, '$.device_type'))) STORED;然后直接
WHERE device_type = 'temperature_humidity_sensor'，走索引。
- PostgreSQL 用
GENERATED ALWAYS AS (...) STORED（v12+）或函数索引 - SQL Server 用
PERSISTED计算列 + 索引 - 关键点：生成列必须
STORED（MySQL）或PERSISTED（SQL Server），否则无法建索引
展平只是临时解法；长期维护成本和查询延迟，全压在生成列的设计精度上——路径写错、类型不匹配、null 处理遗漏，都会让索引失效或数据错位。
