BizTalk-不带架构的删除 我正在将一个包含200多条记录的文件导入主表 BizTalk包仅服务于一个源,其他包服务于其他源 我对所有SQL CRUD使用强类型存储过程 文件中的所有记录都来自同一个源 该文件不包含源名称或源Id 我想从包硬编码值确定源 主表包含来自多个源的记录 导入前:从源中删除主表内部的现有记录

BizTalk-不带架构的删除 我正在将一个包含200多条记录的文件导入主表 BizTalk包仅服务于一个源,其他包服务于其他源 我对所有SQL CRUD使用强类型存储过程 文件中的所有记录都来自同一个源 该文件不包含源名称或源Id 我想从包硬编码值确定源 主表包含来自多个源的记录 导入前:从源中删除主表内部的现有记录,biztalk,biztalk-2013r2,Biztalk,Biztalk 2013r2,与文件导入不同,delete语句只执行一次 从Master中删除,其中SourceID=@SourceID 文件导入工作正常,但如何硬编码删除源ID? 在删除转换中(就在发送形状上方),您可以为传出消息设置SourcID属性。然后可以使用此SourceID填充消息上下文。然后可以在delete语句中使用此sourceID 如果我理解正确,您想在插入新记录之前删除SourceID的所有现有记录吗 如果是这样,您需要能够访问业务流程中入站消息的SourceID值 为此,请使用 您可以这样做: 在接

与文件导入不同,delete语句只执行一次

从Master中删除,其中SourceID=@SourceID

文件导入工作正常,但如何硬编码删除源ID?


在删除转换中(就在发送形状上方),您可以为传出消息设置SourcID属性。然后可以使用此SourceID填充消息上下文。然后可以在delete语句中使用此sourceID

如果我理解正确,您想在插入新记录之前删除SourceID的所有现有记录吗

如果是这样,您需要能够访问业务流程中入站消息的SourceID值

为此,请使用

您可以这样做:

  • 在接收端口上配置的pipline组件内部,以便在消息到达业务流程时属性可用,或者
  • ,这将要求您将InsertCSV消息的构造形状移动到delete construct形状上方,并在构造形状内提升属性
  • 在这些选项中,第一个可能是最好的选项,因为在理想情况下,应该在消息发布期间分配属性

    或者,您可以在表达式形状中使用xpath来查询消息,并像这样检索值。这样你就可以避免考虑房地产促销


    然而,虽然实现起来更快,但这种方法并不是最佳实践,因为它使您的编排对消息模式中的更改非常敏感

    你有一个例子链接。有点困惑,你能解释一下吗?1.您是否能够在BizTalk orch中获取sourceId?是否要在每次收到文件时运行delete语句?