PostgreSQL中用jsonb_array_elements()将JSON数组展开为多行，需配合LATERAL保留父字段、用COALESCE(..., '[]'::jsonb)防空/非法数据，并对高频路径建GIN索引提升性能。
JSON字段里存了数组，怎么一行变多行？
PostgreSQL 的 jsonb_array_elements() 是最直接的解法。它能把 JSON 数组里的每个元素单独拎出来，作为一行返回。MySQL 8.0+ 得用 JSON_TABLE()，而 SQLite 需借助 json_each() —— 三者语法和行为差异不小，别混用。
常见错误是直接对非数组 JSON 调用这些函数，比如字段值是 {"id": 1, "tags": ["a","b"]}，却对整个对象调 jsonb_array_elements(tags) 写成 jsonb_array_elements(data)，结果报错或返回空。必须确保目标路径指向的是 JSON 数组。
- PostgreSQL：先用
data->'tags'提取数组，再套jsonb_array_elements() - MySQL：必须显式声明列名和类型，
JSON_TABLE(data, "$.tags[*]" COLUMNS (tag TEXT PATH "$")) - SQLite：
json_each(data, '$.tags')返回的是键值对表，要取value字段才是实际元素
嵌套查询里怎么保留原始记录的其他字段？
展开 JSON 数组后，原始行的其他字段（比如 id、created_at）容易丢。关键是在 JOIN 或 LATERAL 子句里把主表字段带进去。
PostgreSQL 必须用 LATERAL，否则会报“cannot reference column from outer query”。MySQL 的 JSON_TABLE() 可以直接和主表 JOIN，但得注意 ON 条件不能漏掉关联逻辑（比如没写 ON 1=1 就可能变成笛卡尔积）。
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- PostgreSQL 示例：
SELECT t.id, t.name, e.value->>'tag' AS tag FROM items t, LATERAL jsonb_array_elements(t.data->'tags') e - MySQL 示例：
SELECT t.id, jt.tag FROM items t JOIN JSON_TABLE(t.data, "$.tags[*]" COLUMNS(tag TEXT PATH "$")) AS jt - 别在 WHERE 里过滤展开后的字段再套一层子查询——性能差，且可能误删整行
JSON字段为空、null 或不是数组时怎么避免报错？
生产数据里常有 null、{}、"string" 这类脏数据，直接展开会中断查询或返回意外空结果。各数据库处理方式不同：
- PostgreSQL：用
COALESCE(data->'tags', '[]'::jsonb)强制转空数组；或加WHERE data ? 'tags'先筛出含该 key 的行 - MySQL：在
JSON_TABLE()外层套IFNULL()不起作用，得在 PATH 表达式里用$?(@.tags)判断存在性，或提前用JSON_VALID()过滤 - SQLite：
json_each()遇到非数组或 null 会静默跳过，但返回零行——需用LEFT JOIN+COALESCE()补默认值
最容易被忽略的是 JSON 字符串里混了多余空格或换行，导致 JSON_VALID() 返回 false。上线前建议抽样检查 LENGTH(data) 和 TRIM(data) 是否一致。
性能差得明显，是不是该建索引？
对 JSON 字段做展开操作本身无法走 B-Tree 索引，但可以给高频查询路径建生成列 + 索引。PostgreSQL 支持 jsonb_path_ops，MySQL 8.0+ 支持函数索引，SQLite 则只能靠虚拟表。
- PostgreSQL：创建表达式索引
CREATE INDEX idx_tags ON items USING GIN ((data->'tags')) - MySQL：先加生成列
ALTER TABLE items ADD tags_json JSON AS (JSON_EXTRACT(data, '$.tags'))，再建索引CREATE INDEX idx_tags ON items (tags_json) - 别对整个 JSON 字段建普通索引——体积大、更新慢、几乎不加速展开查询
真正卡顿往往发生在 JOIN 展开结果后又做 GROUP BY 或 ORDER BY。这时候展开逻辑最好下推到物化视图或应用层预处理，而不是每次查都实时解析。
