开发中遇到的问题

1.powerautomate百万级别邮件发送,使用4条流c-1,c-2,c-3,一个work表,一个申请下面有n个对象者,以对象者为单位进行送信,每次有申请需要送信的时候就查询work表中的空闲流,然后分配给空闲的流,如果没有空闲的流的时候就通过申请的完了预测分这个字段来进行排序,将当前需要分配的这个申请分配给三条流中已经分配的申请的合计的完了预测分来进行排序,然后分配给最少的这个流,并且刚开始即使这样同时三条流给所用的申请送信性能也没有达到要求,进行查询网络资料,研究出了PA开发并发的方式,于是开启50个线程,再进行并行的送信,并且将处于并发的代码中的所有公共变量全部提提出来,只把送信开启50个并发,保证在并发送信的时候不会造成后续对其他数据的更新异常,比如每个对象者都是一个顾客,每有一个对象者送信一次,就需要给对应的顾客的送信数+1,当多个对象者是一个顾客的时候,在这个申请中只需要给这个顾客的送信数+1,所以就只把送信部分开启了多线程,这也是原来发生并发问题,就是给一个顾客的送信数多+了,因为不知道PA在并发的时候不会去给变量加锁,所以导致了计数的不准,后面就把所有的计数提出来,不在送信的时候一起做了

2.fetchxml in查询过长的问题,当时有一个需求是需要使用in查询上一步的返回值的,由于上一步的返回值是guid,每个guid长是32位,当in的guid是3k个的时候,那个fetchxml直接达到了10w位,由于写内设的人但是没有考虑到这一点,然后测试的时候也没有人去造出来需要in 3000个或者几千个的数据,然后在单体的时候没发现,然后内连的时候有个测试人员想试一试很多个的时候,于是偶然发现的障害,后面也是通过查资料,发现了通过连接查询来连接多个表进而替换掉两个表之间的in查询,通过这种方式直接优化了这个fetchXML

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值