对于子表数据大于 1000,父表汇总控件(子表列求和)不能自动计算,需要手动点刷新的问题。
我的方案:
- 就是把当前父表跟自己关联,大于 1000 的倍数是几,就先新增几天子的统计记录关联这个父表
- 然后使用子流程,循环这几条插入的统计记录,依次把父表的那个数据子表,每 999 条取一次关联到那个子统计记录,然后删除查出的这 999 条数据。
- 完成子流程后,父表只需要汇总子统计表汇总的记录。
但是我的方案的第一步,新增子统计记录这里,不知道有没有什么好的办法自动判断应该新增几条子统计表。因此我自己的实践中只处理了 5000 条以内的场景。
-
1000~2000,我就新增 2 条子统计
-
2000~3000,我就新增 3 条子统计
依次类推。
求助有没有办法,根据查出的数据条数是 999 条的倍数,可以自动新增对应条子统计记录的办法。或者彻底解决不需要手动刷新汇总记录大于 1000 条的场景。
等等吧,后两个月要出汇总节点了
这个确实是个很大的痛点,我们看了一下,一年总会有那么几个单子,占比大概千分之五明细超过 1000,为了这几条数据搞个很重的方案显然不合适,所以现在都是手动刷,如果是经常遇到这样的业务场景,建议 webhook 循环算吧,单次可以算 1000 条,没其他法子
按道理你这已经是超出平台的“额定功率”了
让平台给个超频的办法 👀️
一般是不建议你超频
假设用数值显示这个关联 就得跑子流程(主 2 千子 2W 最大)
一个资源损耗计算量(公有会计费)
一个耗时,大数据稍有变动,一跑计算就停不下来
时效不好,至少数据不会错。但总有超过 2W 的一天
是不是彻底无解了?