右表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中直接使用；而子查询零副作用、可嵌套、兼容性最好。

真正容易被忽略的是：子查询里若引用了左表字段（相关子查询），就不再是“预处理”，而变成每行驱动一次执行——性能雪崩。确保子查询是独立的（不带外部列引用），才是安全的预处理。