LATERAL是让右侧子查询能引用左侧表字段的唯一合法方式，本质是“每行驱动一次子查询”；普通子查询被优化器视为独立快照，无法访问左侧字段，否则报ERROR: invalid reference to FROM-clause entry。
什么是LATERAL，它和普通子查询有什么本质区别？
LATERAL 的核心作用是让右侧子查询能引用左侧表的字段，形成“每行驱动一次子查询”的执行逻辑。普通子查询（比如 FROM t1 JOIN (SELECT ...) t2）在 JOIN 前就全部执行完，无法感知 t1 当前行的值；而 LATERAL 子查询会在 t1 每一行上独立执行，参数化依赖明确。
常见错误现象：直接写 JOIN (SELECT * FROM items WHERE items.order_id = orders.id) 报错 column "orders.id" does not exist —— 这正是因为没加 LATERAL，PostgreSQL（及兼容它的引擎）不允许非 LATERAL 子查询引用外部列。
- 必须显式写
LATERAL关键字（PostgreSQL / CockroachDB / BigQuery 支持；MySQL 不支持） - 子查询里可以使用左侧表任意已输出列（包括
SELECT中计算出的别名，但不能用WHERE或GROUP BY中未出现在SELECT的列） - 性能敏感：如果左侧表大，且子查询无索引支撑，可能触发 N+1 查询模式，响应时间陡增
怎么写一个带参数的LATERAL子查询并正确JOIN？
语法结构固定：FROM left_table LEFT JOIN LATERAL (subquery) AS alias ON join_condition。注意 LATERAL 必须紧贴子查询括号前，ON 条件可选（常用于 LEFT JOIN LATERAL 保留左表空结果）。
典型场景：查每个用户的最近 3 笔订单，同时带上订单中价格最高的商品信息。
SELECT u.name, o.id AS order_id, i.name AS top_item_name FROM users u LEFT JOIN LATERAL ( SELECT id, user_id FROM orders WHERE user_id = u.id ORDER BY created_at DESC LIMIT 3 ) o ON true LEFT JOIN LATERAL ( SELECT name FROM items WHERE items.order_id = o.id ORDER BY price DESC LIMIT 1 ) i ON true;
-
ON true是常用技巧，表示无条件关联（只依赖 LATERAL 的行级驱动） - 若用
INNER JOIN LATERAL，则左表某行若子查询无结果，整行被过滤掉 - 子查询中
WHERE引用u.id和o.id是合法且安全的，这是 LATERAL 的关键能力
LATERAL配合JSON/数组函数做动态展开时要注意什么？
当右侧子查询返回 JSONB 字段或数组，用 jsonb_array_elements() 或 unnest() 展开时，LATERAL 是刚需——因为展开函数本身不接受外部列作为参数，只能靠 LATERAL 把左表字段“透传”进去。
错误写法：JOIN jsonb_array_elements(orders.items) AS item → 无法关联到 orders.id；正确写法必须用 LATERAL。
SELECT o.id, item->>'name' AS item_name, (item->>'price')::numeric AS price FROM orders o CROSS JOIN LATERAL jsonb_array_elements(o.items) AS item;
-
CROSS JOIN LATERAL等价于JOIN LATERAL ... ON true，语义更清晰 - 若
o.items可能为NULL或空数组，CROSS JOIN LATERAL会丢弃该行；需保留则改用LEFT JOIN LATERAL - BigQuery 用
UNNEST(items)替代jsonb_array_elements()，语法类似，但关键字仍是LATERAL
哪些数据库支持LATERAL，迁移时容易忽略什么？
PostgreSQL 9.3+、CockroachDB、BigQuery（用 LATERAL 或隐式支持）、Trino/Presto 支持；MySQL 8.0.14+ 仅支持 LATERAL 在 FROM 子句中（不支持 JOIN 后），且功能受限；SQL Server 用 APPLY（CROSS APPLY/OUTER APPLY）等价实现。
最容易被忽略的是：有些 ORM（如 Django ORM、SQLAlchemy 旧版）不生成 LATERAL，硬写原生 SQL 时若目标库不支持，会直接报语法错误，而非降级处理。
- 跨库迁移前，先确认目标方言是否支持
LATERAL，否则得重写为 CTE + 窗口函数或应用层分步查询 - PostgreSQL 中
LATERAL子查询可带ORDER BY+LIMIT，但 MySQL 的LATERAL不允许子查询含LIMIT（会报错） - EXPLAIN 分析时，注意看子查询是否真的按“每行一次”执行（Rows Removed by Filter = 0 且 Nested Loop 出现多次）
