sql小坑，注意慎踩

今天在写sql查询的时候遇到了两个小坑。数据库为Mysql，持久层框架是MyBatis

第一个呢，是想使用 join 连接到其他的表，同时计算该表有关数据之和，并与另一条属性进行求差，上sql：

SELECT DISTINCT
    @rownum := m.id AS seriaNum,
    s.store_name AS storeOrOffice,
    s.market AS marketName,
    m.amount_with_tax AS amountWithTax,

SUM(a.amount) AS mmmm,
    m.amount_with_tax - SUM(a.amount) AS noMatchAmount
FROM
    biz_invoice_main m
JOIN biz_store s ON s.store_no = m.store_no
JOIN biz_match_amount a ON a.invoice_id = m.id

我把无关紧要的条件删去，留下这些比较跟问题有关的sql。

可以看到，与36相关联的两条数据，相加之和应为300，但这条sql将数据求和之后，却是3000。

最后发现问题还是出在 join on上，

JOIN biz_store s ON s.store_no = m.store_no

因为有两个join on ，在执行这一句 join 的时候，因为与主表数据通过 store_no 关联到另一个表的数据较多，有十条，导致在执行下面的 join 连接进行求和的时候，也执行了十次，于是300变成了3000。

最后将另一张表的重复数据清理掉，并对欲关联的属性加上了唯一约束，此sql能够正常查询数据了。所以在使用多条join连接，并且欲使用计算函数时，注意关联数据最好不要有多条或者重复数据的出现，不然还是将sql分开来写比较好。

第二个小坑依旧是这条sql，因为开发环境共用同一个数据库，我在某个时刻，进行查询的时候，前台突然报了错。

正常情况下，如果没有查询到相应数据的时候，页面是酱紫的

会在table里面有一个无数据的显示，但是这次不一样了

table没有无数据的展示，并且前端还抛了异常。

比对了一下前端接收到的数据，正常的

不正常的

可以看到后台返回的list变成了[null]，于是前台无法解析，导致异常出现了

之后查到sql，发现这样的问题，如果不使用函数，进行查询，没有查询到相应的结果的时候，是这样的

但是如果在sql中加入了求和函数

他就变成了有一条全null数据，也就导致了我在接收sql返回的list时，收到了一个带null的list，debug查看此list时，idea也显示list的siz为1，内容为all elements are null

到了这里，就看各位大佬们想怎么按照自己的逻辑处理了，我是在接到list之后对list内的值进行了判断，如果为有数据并且为null，便对list进行clear，系统就能够正常运转了。