如何通过SQL子查询实现多条件组合筛选_逻辑重构

来看个例子，如何查找没买过品类A商品的用户：

SELECT user_id FROM users u
WHERE NOT EXISTS (
  SELECT 1 FROM orders o JOIN order_items oi ON o.id = oi.order_id
  WHERE o.user_id = u.id AND oi.category = 'A'
);

嵌套太深？先拆成 WITH 临时结果集

当子查询嵌套超过三层，问题就来了：代码难读难维护只是其一，更重要的是，像MySQL 5.7及更早的版本，可能会直接拒绝优化这种深度嵌套的查询。PostgreSQL虽然支持，但生成的执行计划也常常失真。

真实的业务场景里，组合条件往往来自不同维度，比如用户标签、行为日志、订单状态。把这些逻辑硬塞进一层层子查询，只会让代码缠成一个死结。

这时候，WITH子句（也就是公共表表达式，CTE）就是你的解药：

• 用WITH把每一个独立的筛选条件，定义成一个有名字的临时结果集。比如，你可以分别定义active_users、recent_orders、high_value_items。
• 然后在主查询里，通过JOIN或者WHERE ... IN (SELECT ...)的方式，把这些结果集组合起来。这样语义清晰，也方便你单独调试每一部分的逻辑。
• 需要注意的是，在PostgreSQL中，WITH默认就是非递归的，无需额外声明。而MySQL直到8.0版本才支持WITH，旧版本只能依靠临时表或者重复子查询来实现类似效果。

相关子查询里的字段引用，小心作用域陷阱

写EXISTS或者标量子查询时，如果外层表和内层表的字段同名（比如都叫id），数据库很可能会绑定错误——尤其是当内层查询漏写了表前缀的时候。常见的错误现象是，本来想按外层用户过滤，结果查出了全量数据；或者干脆报错Unknown column 'x.id' in 'where clause'。

要避开这个坑，记住两点：

• 在内层子查询中，所有字段都必须显式地带上表别名。比如老老实实写成o.user_id = u.id，千万别偷懒写成user_id = id。
• 尽量避免在子查询里重用外层的表别名。如果外层表别名是u，内层就换个名字，比如用u2或者直接使用具体的表名。
• MySQL对相关子查询的列解析尤其严格，PostgreSQL相对宽松一些，但统一的、清晰的写法能为你省下大量的排查时间。

说到底，逻辑越复杂，就越要守住“每层只解决一件事”的边界。多条件组合筛选，不是把子查询胡乱堆砌在一起，而是要分清楚哪些是数据源、哪些是过滤动作、哪些是最终的裁决条件。漏掉了这层区分，以后想加个新条件，恐怕就得推倒重来了。