mysql , 求月份不连续的金额累计值

你的表格中MONAT 中并没有‘07’这个数据，所以你group by肯定是没有关于‘07’的数据的，系统没法知道你的 MONAT 就是我们常人理解的1到12个月，所以你查 A1.MONAT = '07'肯定是空。

你要查这个求和如果不涉及其他应用（例如传参）的话，就用sql语句如下：

select sum(ZJ_B) from A where MONAT >'07'

如果你想前端应用就可以写个函数

CREATE function [dbo].[aGetZJ_B](@MONTH varchar(10))

returns decimal

AS

Begin

declare @sumnum decimal

Select @sumnum =sum(ZJ_B) from A where MONAT >@MONTH

return @sumnum

End

------------

然后你执行 select * from [dbo].[aGetZJ_B]('07')

* 我这个没考虑年份，你可以再加一个 year 参数

注：下面的讨论和结论是基于 InnoDB 引擎的。

首先要弄清楚 count() 的语义。count() 是一个聚合函数，对于返回的结果集，一行行地判断，如果 count 函数的参数不是 NULL，累计值就加 1，否则不加。最后返回累计值。

所以，count(*)、count(1)和count(主键 id) 都表示返回满足条件的结果集的总行数；而 count(字段），则表示返回满足条件的数据行里面，参数“字段”不为 NULL 的总个数。

至于分析性能差别的时候，记住这么几个原则：

扫描全表，读到server层，判断字段可空，拿出该字段所有值，判断每一个值是否为空，不为空则累加

扫描全表，读到server层，判断字段不可空，按行累加。

扫描全表，但不取值，server层收到的每一行都是1，判断不可能是null，按值累加。

注意：count(1)执行速度比count(主键 id)快的原因：从引擎返回 id 会涉及到解析数据行，以及拷贝字段值的 *** 作。

MySQL 执行count(*)在优化器做了专门优化。因为count(*)返回的行一定不是空。扫描全表，但是不取值，按行累加。

看到这里，你会说优化器就不能自己判断一下吗，主键 id 肯定是非空的，为什么不能按照 count(*) 来处理，多么简单的优化。当然 MySQL 专门针对这个语句进行优化也不是不可以。但是这种需要专门优化的情况太多了，而且 MySQL 已经优化过 count(*) 了，你直接使用这种语句就可以了。

count(可空字段) <count(非空字段) = count(主键 id) <count(1) count(*)

---