首页
学习
活动
专区
圈层
工具
发布
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    SUM for Summer

    SUM for Summary 即求和 在不知道SUM之前 我们天然的会使用加号+ 这样也没问题 殊途同归 就是有点累手指头 在知道了SUM之后 我们学会在在单元格输入 =SUM(......求和 一开始我还是习惯在SUM里面输入加号+ 像这样 好像也没什么不对啊 但是输入多几次之后 我发现它总提示我用逗号 索德斯呢 所以我试了下 又对了 可是我的手指头还是有点酸 每次都要点...点标签12次,点单元格12次,输入逗号11次,按Enter1次 一共操作只有仅仅的36次 其实你可以在B2单元格输入 =SUM('*'!...B2) 然后按下Enter 神奇的事情就发生了 怕你们不信 所以我特意录了一个GIF给你们看 注意 SUM只会求和数字 非数字是不会求和的 也会被自动忽略 所以可以尽情拉 比如这样 遇到文本型数字也不会求和

    75320

    理解group by

    2.FROM test Group BY name:该句执行后,我们想象生成了虚拟表3,如下所图所示,生成过程是这样的:group by name,那么找name那一列,具有相同name值的行,合并成一行...如cout(id),sum(number),而每个聚合函数的输入就是每一个多数据的单元格。...(4)例如我们执行select name,sum(number) from test group by name,那么sum就对虚拟表3的number列的每个单元格进行sum操作,例如对name为aa的那一行的...number列执行sum操作,即2+3,返回5,最后执行结果如下: (5)group by 多个字段该怎么理解呢:如group by name,number,我们可以把name和number 看成一个整体字段...如执行select name,sum(id) from test group by name,number,结果如下图: (已失效)文章出处:理解group by和聚合函数 注意:mysql对group

    1.4K10

    group by如何优化?

    // group by如何优化?...那么针对group by操作,我们如何优化? 01 group by优化之索引 从上面的描述中不难看出,group by进行分组的时候,创建的临时表都是带一个唯一索引的。...如果数据量很大,group by的执行速度就会很慢,要想优化这种情况,还得分析为什么group by 需要临时表?...这个问题其实是因为group by的逻辑是统计不同的值出现的次数,由于每一行记录做group by之后的结果都是无序的,所以就需要一个临时表存储这些中间结果集。...所以,使用索引可以帮助我们去掉group by依赖的临时表 02 group by优化---直接排序 如果我们已经知道表的数据量特别大,内存临时表肯定不足以容纳排序的时候,其实我们可以通过告知group

    2.6K60

    Group by 分组详解

    2.FROM test Group BY name:该句执行后,我们想象生成了虚拟表3,如下所图所示,生成过程是这样的:group by name,那么找name那一列,具有相同name值的行,合并成一行...如cout(id),sum(number),而每个聚合函数的输入就是每一个多数据的单元格。...(4)例如我们执行select name,sum(number) from test group by name,那么sum就对虚拟表3的number列的每个单元格进行sum操作,例如对name为aa的那一行的...number列执行sum操作,即2+3,返回5,最后执行结果如下: (5)group by 多个字段该怎么理解呢:如group by name,number,我们可以把name和number 看成一个整体字段...如执行select name,sum(id) from test group by name,number,结果如下图: (已失效)文章出处:理解group by和聚合函数 注意:mysql对group

    2.1K10
    领券