如题
, 2023-09-19 11:34:01他们说设计如此,让我用从工作表获取,建议你也用这个
是了,我也得改一下工作流架构
Alvin.Zhang 2023-09-19 11:12:17啊这,这么坑的吗
他们说设计如此,让我用从工作表获取,建议你也用这个
, 2023-09-19 09:34:04提过工单了,开发告诉我没法,我是陈述
啊这,这么坑的吗
Alvin.Zhang 2023-09-19 09:14:53找顾问让开发给你优化一下
提过工单了,开发告诉我没法,我是陈述
, 2023-09-18 14:30:17公有云 SaaS
找顾问让开发给你优化一下
Alvin.Zhang 2023-09-18 10:42:49您用的什么版,我觉得还好啊
公有云 SaaS
, 2023-09-18 09:13:29如果你是公有云 我只能跟你说 都不稳
直接获取会因为关联条数超过 1000 导致程序直接异常
动态获取关联条数超过 1000 统计数据条数直接就是不准的,再多一点我估计可能也会出现程序崩溃的情况
您用的什么版,我觉得还好啊
如果你是公有云 我只能跟你说 都不稳
直接获取会因为关联条数超过 1000 导致程序直接异常
动态获取关联条数超过 1000 统计数据条数直接就是不准的,再多一点我估计可能也会出现程序崩溃的情况
素心以航 2023-09-13 09:56:00这个应该跟计算的结点的规则差不多,如果工作流中只会用到一次,其实那个都一样;如果多个了点会用到这个数据,而执行不同节点还有时间差,数据会有变化。那么就要使用动态获取。当然这样执行的效率肯定会低,因为节点要重新查询一下。
关键是要稳,不然后果太严重了
晋太元中 2023-09-13 10:21:50这里我出现过 bug,获取数据量大时(四五百条),直接获取出来后,再用运算节点统计后发现统计值是 0。最后改成动态获取就没了这个问题
啊这,保险点我以后获取数据量大时,还是动态吧
这里我出现过 bug,获取数据量大时(四五百条),直接获取出来后,再用运算节点统计后发现统计值是 0。最后改成动态获取就没了这个问题
这个应该跟计算的结点的规则差不多,如果工作流中只会用到一次,其实那个都一样;如果多个了点会用到这个数据,而执行不同节点还有时间差,数据会有变化。那么就要使用动态获取。当然这样执行的效率肯定会低,因为节点要重新查询一下。
李恩涛(Team) 2023-09-12 17:17:08是的,快稳没区别的,和数据源变化有关系。 在执行获取数据节点和后面使用其数据的节点这段时间,是否考虑数据源的变化。如果有变化,两个方式获取的数据是不同的。
+1
李恩涛(Team) 2023-09-12 17:17:08是的,快稳没区别的,和数据源变化有关系。 在执行获取数据节点和后面使用其数据的节点这段时间,是否考虑数据源的变化。如果有变化,两个方式获取的数据是不同的。
好的,涛哥,非常感谢。
听人劝吃饱饭 2023-09-12 16:21:05数据源不变的话,感觉没差别
主要是节点存不存获取的数据
按理解,直接取是存在节点的,动态取则不存
是的,我也是这么理解的。我想着是不是动态节点,它是在直接获取节点的基础上,然后使用的时候再去获取一次。实时的一个数据
是的,快稳没区别的,和数据源变化有关系。 在执行获取数据节点和后面使用其数据的节点这段时间,是否考虑数据源的变化。如果有变化,两个方式获取的数据是不同的。
数据源不变的话,感觉没差别
主要是节点存不存获取的数据
按理解,直接取是存在节点的,动态取则不存
同问
- 积分
1727 - 注册排名
334