SQL学习应用工作场景（2）--执行优先级+语法顺序+保留2位小数

前言：

我们先看需求，拆解分析思考。然后再实操写SQL。然后分析我中途写的时候遇到的问题以及解决方法，最后在此基础上优化扩展~~~~想看哪个部分的根据目录跳转吧(*^▽^*)

---

一、需求描述：

我们需要计算在'2025-12-24'之后的2条listing的净利润，即111和222。

已知：我们现在手上有2张表：

• 一张是aaa库里面的销售数据统计表++snap++
• 一张是bbb库里面的listing的产品花费统计表++cost++

计算公式：

• 净利润=净销售额-采购成本；
• 采购成本=采购价*发货数量/7.18------>(因为得到的是￥，所以还需要除7.18汇率得到$)

（真实工作不是这么短的计算公式，但这里只是模拟，不用在乎）

---

二、实操：

思考：

由已知的计算公式我们可以得到：

• 净利润=净销售额-（采购价*发货数量/7.18）

我们在++snap++ 表得到对应的净销售额net_sales 和发货数量delivery_quantity。

但是采购价purchase_price 在++cost++ 表，需要拿过来，那么说明---->需要联表 ，使用到join on！

最终得到：

SELECT 
  (
    IFNULL(snap.net_sales, 0)
    - IFNULL(ROUND((cost.purchase_price * snap.delivery_quantity) / 7.18, 2), 0)
  ) AS 手动计算的纯利润
FROM `aaa`.snap AS snap
-- 第一步：先JOIN关联cost表
JOIN `bbb`.cost AS cost
  ON snap.listing = cost.listing
-- 第二步：WHERE筛选条件（必须在JOIN之后）
WHERE snap.`date` >= '2025-12-24' 
  AND snap.listing IN ('111', '222')
GROUP BY snap.listing
ORDER BY snap.date DESC;

---

三、讲解：

这里讲解2个我写错的地方，记录！！！

（1）SQL优先级执行--AND 的优先级高于 OR：

首先第一个关键：在'2025-12-24'之后的2条listing

即我们需要的是：「2025-12-24 及以后」且「listing_id 是 111 或 222」

其实我自己一开始写的是：

WHERE `date` >= '2025-12-24' 
AND `listing` = '111' 
OR `listing` = '222'

查询的结果是一大堆，根本不是我们想要的。为什么？

因为存在一个问题：逻辑运算符优先级问题 ：AND 的优先级高于 OR

即：原 SQL 的执行逻辑是：

(date >= '2025-12-24' AND listing = '111') OR (listing = '222')

导致查询条件被错误拆解。

正确写法：

WHERE `date` >= '2025-12-24' 
  AND (`listing` = '111' OR `listing` = '222')  -- 括号强制先算OR

或者更简洁的，使用in：

WHERE `date` >= '2025-12-24' 
  AND `listing` IN ('111', '222')  -- IN等价于多个OR，更易读

额外的学习：

• 如果listing是数值类型（而非字符串），可以去掉单引号（listing IN (111, 222)），避免隐式类型转换影响性能；
• 若date字段包含时分秒（如2025-12-24 10:00:00），>= '2025-12-24'会包含 24 日及之后的所有数据；

---

（2）SQL语法顺序错误--先join后where

其次第二个关键，也是我写错的地方：

先看看我写的是：

FROM `aaa`.snap AS snap
WHERE snap.`date` >= '2025-12-24' 
  AND snap.listing IN ('111', '222')
JOIN `bbb`.cost AS cost
  ON snap.listing = cost.listing

错误点：语法顺序错误，要先关联表，再筛选

SQL 的执行顺序：FROM/JOIN → WHERE → SELECT → ORDER BY

我把WHERE写在JOIN前面，数据库会直接报错！

其他注意点：

1、空值处理（避免纯利润为 NULL）

用IFNULL(字段, 0)包裹参与计算的字段，防止某一字段为空导致整个纯利润计算结果为 NULL

2、如果++cost++表中一个listing对应多条采购价记录（多对多），会导致结果重复，需根据业务加GROUP BY或取最新采购价（比如MAX(cost.purchase_price)）；

3、如果想保留++snap++表中所有符合条件的记录（即使没有采购价），把JOIN改为LEFT JOIN，此时无采购价的记录采购价部分会按 0 计算。

---

四、优化点：

（1）sql之保留2位小数：

外层嵌套 **ROUND()**函数----->可实现保留 2 位小数

ROUND(计算式, 2)： 第二个参数 2 表示保留 2 位小数，会++自动四舍五入++

因此我们可以优化成：

IFNULL(ROUND((cost.purchase_price * snap.delivery_quantity) / 7.18, 2), 0)

（2）其他保留小数的函数：

• TRUNCATE(计算式, 2)： 直接截断 2 位小数（++不四舍五入++，比如 123.456 → 123.45），适合不需要四舍五入的场景；

IFNULL(TRUNCATE((cost.purchase_price * snap.delivery_quantity) / 7.18, 2), 0)

---

五、尾声-碎碎念

感觉问题都是很基础的.....说明主包的SQL基础不牢固，在工作中一点点撞壁学习、学习撞壁.....好在有AI，其实都不是什么大问题了。

还是建议学习SQL要把基础抓牢固！还是很有意思的~

如果对你有启发和学习，记得给我点赞Thanks♪(･ω･)ﾉ

下期撞壁再见~