如何在Azure Data Factory V2中设置看似循环但实际上并非循环的依赖项

如何在Azure Data Factory V2中设置看似循环但实际上并非循环的依赖项,azure,azure-data-factory,azure-data-factory-2,Azure,Azure Data Factory,Azure Data Factory 2,以下是场景: 管道A由翻转窗口触发,每小时运行一次 管道B由翻转窗口触发B-每周运行 我希望A仅在以下情况下运行: a。A的最后一次运行成功。(自力更生——可行) b。B的最后一次运行成功。(这也是可行的,但由于下面几行中的b点,可能会进入循环依赖) 我希望B仅在以下情况下运行: a。B的最后一次运行成功。(自力更生——可行) b。A的最后一次运行成功。(当我们发布时,以及稍后当它生成ARM模板时,这会导致循环依赖性问题) 这里A的频率为1小时,B的频率为1周 考虑B将在2月2日至2月9日凌晨1

以下是场景:

管道A由翻转窗口触发,每小时运行一次

管道B由翻转窗口触发B-每周运行

我希望A仅在以下情况下运行:

a。A的最后一次运行成功。(自力更生——可行)

b。B的最后一次运行成功。(这也是可行的,但由于下面几行中的b点,可能会进入循环依赖)

我希望B仅在以下情况下运行:

a。B的最后一次运行成功。(自力更生——可行)

b。A的最后一次运行成功。(当我们发布时,以及稍后当它生成ARM模板时,这会导致循环依赖性问题)

这里A的频率为1小时,B的频率为1周

考虑B将在2月2日至2月9日凌晨12:00执行下一个窗口

此外,A将于2月9日上午12:00执行,时间为2月8日下午11:00-12:00


在这种情况下,两次跑步将在2月9日凌晨12:00发生碰撞。我们是否可以设置依赖项,使其不发生冲突。

我提供以下想法供您参考:

1.首先,将管道放入,因为您可能需要在执行A和B管道之前和之后执行一些步骤

2.其次,由于管道必须在某些条件下执行,我认为您无论如何都可以保留A和B管道执行的结果。例如,在执行管道后,使用or将管道执行的结果发送到一些住宅。目标是记录A和B的最新执行结果


3.最后,在执行A和B管道之前,您可以使用A来评估管道是否可以执行。

您好,我的回答对您有帮助吗?您好,我还没有尝试这种方法。但我想,我可以从下面使用的一个想法是,通过执行管道依赖来设置依赖关系,并创建一个门面管道,而不是通过触发器来做类似的事情,以避免循环依赖。是的,我同意需要触发器。关于您的测试的任何问题,请让我知道。,