专聊Table.Group函数的第5参数

tony@cq

Power Query的M函数中，可选参数虽然用得不多，一旦用起来功效又大得不得了。所以，今天特地来聊一下Table.Group函数的第5参数，目前仅归纳了3种情形（详见附件）和一个小案例（根据2楼“肥皂里的天堂”的建议），不足之处请大家批评指正。众所周知，该函数参数前3个是必选，后2个是可选的。其中参数4是局部与全局的分组模式，使用上相对简单。但第5参数可是个function型，个人认为较为复杂，在此希望能抛砖引玉，让这个函数发挥出更大的功效！

肥皂里的天堂

老师我有个疑问,在于条件求和的使用上面,感觉用来班级的条件求和来看用法怪怪的，直接从表格源数据上来看，答案是不对的，因为局部分组的条件下，直接将不属于1班的数据也统计进来，感觉用在合并单元格取消合并之后的数据统计这样的格式来说明一下条件求和感觉更容易懂

tony@cq

肥皂里的天堂 发表于 2021-9-2 09:05
老师我有个疑问,在于条件求和的使用上面,感觉用来班级的条件求和来看用法怪怪的，直接从表格源数据上来看， ...

首先，感谢“肥皂里的天堂”的关注。我谈谈个人看法：
该函数的第5参数，由于是个function型，所以变幻无穷。加之，目前没有更好的实际案例来加以佐证与运用，只能从现阶段的理论数据来不断地摸索与挖掘。
本文中，(x,y)=>Number.From(y=“一班”），仅在说明其工作原理（我自己悟的，也不知是否严谨？）：
从当前行去匹配，如果为真，则返回当行前对应的参数3函数聚合结果（如：List.Sum、List.Average、List.Max……）；
如果为假，则返回从当前行开始至匹配为真的前一个止（如果到数据末行也没匹配到为真，则就到末行了），最后将这个条件运用于参数3去处理。
兄台，提到的用y="一班"，显得怪怪的，我也承认这点，但为了证明上面的原理，我也只能这样举例了。
另外，还提到局部分组后与原数据结果是错的。这点我认为，不能如此理解：“先将原数据局部分组后，再用参数5来约束条件，最后由参数3去处理。”这个过程显然不符合其结果（从函数开发者的角度来说，这种理解也是错误的）。从函数返回的结果看，似乎彻底把参数4给忽略了！但是，若将参数4改为1，其结果又有变化，从这个角度看，又不能忽略它。
那么问题来了，在使用参数5时，参数4到底是全局还是局部呢？还是回到我列的第2种情形中，从我加的批注这个思路来看，或许能明白几许（详见图1与图2）。
最后，感谢仁兄给出的这个在实践上经常遇到的真实案例：对于已经合并了的表格，直接加载到查询编器后，欲分组处理时，不需用Table.FillDown（向下填充）这个函数，直接用参数5来就OK了。不仅更好理解，同时也说明了第5参数存在的实际意义及价值。

肥皂里的天堂

tony@cq 发表于 2021-9-2 10:54
首先，感谢“肥皂里的天堂”的关注。我谈谈个人看法：
该函数的第5参数，由于是个function型，所以变幻 ...

谢谢老师的回复与解惑，我还是个初阶的pq学习者，积极向老师学习，老师的函数总结还没看完呢

chenxuefu

文章讲的很详细，深入浅出，不知道这样是否符合第五参数范围，

adfs945

学习了，谢谢