【开发日志】关于SQL WHERE 条件的先后执行顺序问题

在最近改SQL的过程中,遇到了需要添加条件的情况,但是在条件添加后查询得到的结果数却没有改变,在测试和查询过程中解决了当前问题后,举一反三,想到了java条件判断时同样逻辑的处理情况

案例

有这么一段SQL(简单示意)需要添加一个join语句

SELECT t1.ID,t1.NAME
FROM USER u
WHERE u.TYPE = 1 OR u.TYPE = 2

执行前查询结果

IDNAMETYPE
1小红1
2小方2

添加join后又添加了AND条件

SELECT t1.ID,t1.NAME
FROM USER u
INNER JOIN ORDER o
WHERE 
u.TYPE = 1 OR u.TYPE = 2
AND o.USERID = u.ID

ORDER表

IDUSERIDPID
111

在执行后查询结果

IDNAMETYPE
1小红1
2小方2

很明显没有改变,就开始找问题

经过寻找发现问题出在后加的AND o.USERID = u.ID

这个AND和前面的OR被嵌套在一起了,所以SQL在执行时的条件是这样的

(u.TYPE = 1||(u.TYPE = 2 AND o.USERID = u.ID)) 可以看到本应在外层的 o.USERID = u.ID被嵌套进了内层,所以条件失效了

SQL经修改后,将 o.USERID = u.ID放在了上面,这个条件就生效了

SELECT t1.ID,t1.NAME
FROM USER u
INNER JOIN ORDER o
WHERE o.USERID = u.ID AND (u.TYPE = 1 OR u.TYPE = 2)

查询结果

IDNAMETYPE
1小红1

所以扩展到java的条件判断也一样,带有or(||)的,要放在后面,这样其他的条件才会生效,不能把其他条件放在or的后面

错误写法

if(a==1||a==2&&b==1)

正确写法

if(b==1&&(a==1||a==2))
### SQL 查询处理中的 HAVING 和 WHERE 子句执行顺序SQL 查询处理过程中,`WHERE` 子句用于过滤行数据,在聚合操作之前应用;而 `HAVING` 子句则是在分组和聚合之后用来进一步筛选满足条件的分组。 具体来说: - **WHERE 子句**:此子句会在表扫描阶段应用于每一行记录,以决定该行是否应该被纳入到后续的操作中。这意味着只有符合条件的数据才会参与下一步骤,如连接或聚集函数计算[^1]。 ```sql SELECT * FROM table_name WHERE column_name BETWEEN value1 AND value2; ``` - **GROUP BY 及 聚合运算**:一旦通过了 `WHERE` 的初步筛选,接下来会对剩余的结果集按照指定列进行分组,并对每一分组内的数值字段执行诸如 COUNT(), SUM() 等聚合函数来获取统计信息。 - **HAVING 子句**:这是最后一步过滤器,它作用于已经完成分组后的结果上,允许基于聚合表达式的逻辑判断再次削减最终返回给用户的记录集合。由于此时已进行了必要的汇总工作,所以可以在此处设置更复杂的约束条件[^2]. 因此,当构建涉及多个层次筛选逻辑的复杂查询语句时,应当先利用 `WHERE` 来减少不必要的输入量级,再借助 `HAVING` 实现更高阶的要求。 #### 示例说明 考虑如下场景,假设有一个名为 sales 的销售订单表格,其中包含 product_id (产品 ID), quantity_sold (售出数量),以及 sale_date (销售日期) 字段。现在想要找出在过去一个月内至少卖出过两次的产品列表及其总销量。 ```sql SELECT product_id, SUM(quantity_sold) AS total_sales FROM sales WHERE sale_date >= DATE_SUB(CURRENT_DATE, INTERVAL 1 MONTH) GROUP BY product_id HAVING COUNT(*) >= 2; ``` 上述例子展示了如何正确运用这两个关键字——首先用 `WHERE` 定义时间范围内的有效交易日志条目,接着按商品编号做分类计数并求得各单品累计销售额,最后由 `HAVING` 施加额外限制只保留那些重复出现次数不少于两回的商品项。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值