右表JOIN前需用子查询预处理并加别名，以避免全表JOIN后过滤的性能与逻辑问题；子查询必须显式命名，列冲突时需用别名限定，且应独立于左表以确保安全高效。
右表JOIN前需要过滤或聚合，直接子查询最稳妥
在多表关联中，如果右表数据量大、或需先做条件过滤/分组/去重，硬写 WHERE 放在最终结果上，往往导致全表 JOIN 后再裁剪，性能差且逻辑错乱。正确做法是在 FROM 子句里把右表“提前处理好”，再 JOIN——本质是用子查询构造一个临时右表。
子查询必须加别名，否则MySQL/PostgreSQL都会报错
几乎所有主流SQL引擎（MySQL 5.7+、PostgreSQL、SQL Server、Oracle）都要求：出现在 FROM 中的子查询必须显式指定别名，否则直接报类似 Every derived table must have its own alias 的错误。这不是可选项，是语法强制。
常见错误写法：
SELECT * FROM users JOIN (SELECT id, name FROM logs WHERE type = 'login') ON users.id = logs.user_id;正确写法：
SELECT * FROM users JOIN (SELECT id, user_id, name FROM logs WHERE type = 'login') AS <code>filtered_logs</code> ON users.id = <code>filtered_logs</code>.user_id;
- 别名必须用
AS或空格后紧跟，不能省略 - 子查询里的列名若与左表冲突（比如都有
id），务必在 JOIN 条件中用别名限定，如filtered_logs.user_id - PostgreSQL 对别名更严格：子查询中若含计算字段（如
COUNT(*)），该字段也得有别名才能被外层引用
预处理常用场景：去重、聚合、TOP-N、跨库/跨Schema引用
子查询不是为了炫技，而是解决具体问题。典型用法包括：
- 去重后再关联：
(SELECT DISTINCT user_id, MAX(created_at) FROM events GROUP BY user_id) AS latest_event - 只取每个用户的最新一条记录（避免窗口函数兼容性问题）：
(SELECT * FROM (SELECT *, ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY ts DESC) rn FROM actions) t WHERE rn = 1) AS last_action - 从视图或外部数据库链接表中抽子集，避免把整张远程表拉过来 JOIN
- 对右表做
UNION ALL合并多个来源，再统一 JOIN
注意：子查询本身不支持索引下推，所以内部的 WHERE 条件应尽量贴近原始表的索引字段（比如用 WHERE status = 'active' 而非 WHERE UPPER(name) = 'ADMIN'），否则可能丧失底层索引优势。
替代方案对比：CTE vs 子查询 vs 物化临时表
有人会想用 WITH（CTE）代替子查询，但要注意：标准 CTE 在 PostgreSQL/SQL Server 中默认不物化（即可能重复执行多次），而内联子查询在优化器眼里更“透明”，更容易被合并或下推。只有当子查询要复用 2 次以上，或逻辑特别复杂需分步命名时，才优先考虑 CTE。
临时表（CREATE TEMP TABLE）适合超大数据集预处理，但带来额外IO和事务开销，且无法在视图或某些ORM中直接使用；而子查询零副作用、可嵌套、兼容性最好。
真正容易被忽略的是：子查询里若引用了左表字段（相关子查询），就不再是“预处理”，而变成每行驱动一次执行——性能雪崩。确保子查询是独立的（不带外部列引用），才是安全的预处理。
