优先使用JOIN处理多表关联，如订单与用户关联；复杂逻辑如每组最大值则用子查询；性能关键时需结合索引与执行计划优化。
选择使用子查询还是 JOIN，主要看具体场景、可读性和性能需求。两者都能实现数据关联，但适用情况不同。
数据结构简单且逻辑清晰时优先用 JOIN
当需要从多个表中提取数据，并且表之间有明确的关联字段（如外键），JOIN 更直观高效。
- INNER JOIN 能一次性合并两张表的字段，适合输出多表字段的查询
- LEFT JOIN 可保留主表全部记录，适合统计或补全信息
- 执行效率通常优于嵌套子查询，尤其在有索引支持的情况下
例如：查询每个订单的用户姓名，直接 orders 和 users 表通过 user_id 关联即可。
逻辑复杂或需独立计算时考虑子查询
当需要先对数据做聚合、过滤或分组后再参与主查询，子查询更易表达逻辑。
- 用于 WHERE 中的 EXISTS 或 IN 判断，检查满足条件的记录是否存在
- 在 SELECT 中添加汇总指标，比如同时显示订单数和平均金额
- 处理“每组最大值”类问题，如查每个部门工资最高的员工
例如：先按部门分组算出最高工资，再匹配具体人员，这时子查询或 CTE 更清晰。
关注性能时注意索引和执行计划
数据库优化器会对简单 JOIN 自动优化，但深层嵌套子查询可能导致性能下降。
- 确保关联字段有索引，特别是大表连接
- 避免在子查询中重复扫描大表
- 可以用 EXPLAIN 查看执行计划，判断是否出现全表扫描或临时表
某些情况下，把子查询改写为 JOIN 能显著提升速度。
基本上就这些。实际开发中，先写出正确逻辑，再根据数据量和响应时间决定是否优化。可读性强的代码往往更容易维护，也不必一味追求 JOIN 或子查询。不复杂但容易忽略的是：别忘了测试不同写法在真实数据下的表现。