PostgreSQL中不能直接JOIN数组字段，必须先用UNNEST()展开为行集再关联；推荐使用LATERAL明确表达依赖关系，避免笛卡尔积，并注意NULL、重复及行数膨胀影响。
PostgreSQL中不能直接用标准JOIN语法连接数组字段
数组字段（如 INT[]、TEXT[]）不是表，不能像普通表那样出现在 FROM 子句里参与 JOIN。你看到的“JOIN数组”其实是把数组展开成行集后，再和其他表关联——本质是先用 UNNEST() 拉平数组，再做 JOIN。
用 UNNEST() 展开数组并关联主表
这是最常用也最安全的方式：把数组转为虚拟行集，同时保留原记录上下文（通常靠 WITH ORDINALITY 或显式 JOIN 条件绑定）。常见错误是忘记关联条件，导致笛卡尔积。
- 必须用
ON或USING明确指定关联逻辑，比如ON t.id = u.item_id - 若需保留原数组为空时的主记录，改用
LEFT JOIN LATERAL UNNEST(...) -
UNNEST()多个同长数组时会按位置对齐；长度不一时，短数组补NULL
SELECT u.elem, t.name FROM users t LEFT JOIN LATERAL UNNEST(t.favorite_ids) AS u(elem) ON TRUE;
用 JOIN LATERAL 避免隐式交叉连接风险
直接写 FROM t, UNNEST(t.arr) 是旧式隐式连接，易出错且语义模糊。PostgreSQL 9.3+ 推荐用 LATERAL，它明确表达“右侧依赖左侧”，支持子查询引用左侧列，也便于加过滤条件。
-
LATERAL允许在UNNEST()中使用上层表的计算结果，比如UNNEST(ARRAY[t.a + 1, t.b * 2]) - 没有
LATERAL，UNNEST()无法引用FROM左侧的别名 - 性能上，
LATERAL通常比老式逗号语法更可控，优化器更容易下推条件
关联数组元素与另一张表时，注意 NULL 和重复处理
数组展开后，每个元素是一行，可能产生多对一甚至一对多关系。如果目标表有唯一约束或需要去重，得提前干预。
- 数组含
NULL时，UNNEST()会生成NULL行，常需WHERE u.elem IS NOT NULL过滤 - 若数组有重复值（如
{1,1,2}），展开后也会重复关联，必要时加DISTINCT ON (t.id, u.elem)或外层去重 - 和另一张表
JOIN时，建议用INNER JOIN而非LEFT JOIN，除非你真要保留无匹配的数组元素
SELECT t.name, ref.label FROM orders t JOIN LATERAL UNNEST(t.tag_ids) AS u(tag_id) ON TRUE JOIN tags ref ON ref.id = u.tag_id WHERE u.tag_id IS NOT NULL;
数组展开不是魔法，它让一行变多行，所有后续逻辑（分组、聚合、排序）都要重新考虑行数膨胀的影响。最容易被忽略的是没加 WHERE 过滤 NULL 数组元素，或者在 LATERAL 外误用了聚合函数导致意外结果。
