如题
他们说设计如此,让我用从工作表获取,建议你也用这个
是了,我也得改一下工作流架构
啊这,这么坑的吗
他们说设计如此,让我用从工作表获取,建议你也用这个
提过工单了,开发告诉我没法,我是陈述
啊这,这么坑的吗
找顾问让开发给你优化一下
提过工单了,开发告诉我没法,我是陈述
公有云 SaaS
找顾问让开发给你优化一下
您用的什么版,我觉得还好啊
公有云 SaaS
如果你是公有云 我只能跟你说 都不稳
直接获取会因为关联条数超过 1000 导致程序直接异常
动态获取关联条数超过 1000 统计数据条数直接就是不准的,再多一点我估计可能也会出现程序崩溃的情况
您用的什么版,我觉得还好啊
如果你是公有云 我只能跟你说 都不稳
直接获取会因为关联条数超过 1000 导致程序直接异常
动态获取关联条数超过 1000 统计数据条数直接就是不准的,再多一点我估计可能也会出现程序崩溃的情况
这个应该跟计算的结点的规则差不多,如果工作流中只会用到一次,其实那个都一样;如果多个了点会用到这个数据,而执行不同节点还有时间差,数据会有变化。那么就要使用动态获取。当然这样执行的效率肯定会低,因为节点要重新查询一下。
关键是要稳,不然后果太严重了
这里我出现过 bug,获取数据量大时(四五百条),直接获取出来后,再用运算节点统计后发现统计值是 0。最后改成动态获取就没了这个问题
啊这,保险点我以后获取数据量大时,还是动态吧
这里我出现过 bug,获取数据量大时(四五百条),直接获取出来后,再用运算节点统计后发现统计值是 0。最后改成动态获取就没了这个问题

这个应该跟计算的结点的规则差不多,如果工作流中只会用到一次,其实那个都一样;如果多个了点会用到这个数据,而执行不同节点还有时间差,数据会有变化。那么就要使用动态获取。当然这样执行的效率肯定会低,因为节点要重新查询一下。

是的,快稳没区别的,和数据源变化有关系。 在执行获取数据节点和后面使用其数据的节点这段时间,是否考虑数据源的变化。如果有变化,两个方式获取的数据是不同的。
+1
是的,快稳没区别的,和数据源变化有关系。 在执行获取数据节点和后面使用其数据的节点这段时间,是否考虑数据源的变化。如果有变化,两个方式获取的数据是不同的。
好的,涛哥,非常感谢。
数据源不变的话,感觉没差别
主要是节点存不存获取的数据
按理解,直接取是存在节点的,动态取则不存
是的,我也是这么理解的。我想着是不是动态节点,它是在直接获取节点的基础上,然后使用的时候再去获取一次。实时的一个数据

是的,快稳没区别的,和数据源变化有关系。 在执行获取数据节点和后面使用其数据的节点这段时间,是否考虑数据源的变化。如果有变化,两个方式获取的数据是不同的。
数据源不变的话,感觉没差别
主要是节点存不存获取的数据
按理解,直接取是存在节点的,动态取则不存

同问
- 积分
1738 - 注册排名
334