BizTalk send/receive - 它是否等待调用的存储过程完成？
BizTalk send/receive - does it wait for completion of a called stored procedure?
我设置了一个 BizTalk 设计，将几个 send/receives 链接到一个 SQL 存储过程（它将数据插入到相关的 table 中）。
它按特定顺序组织，因此数据进入 Table A，然后在 tables 之后检查数据是否存在于存储过程级别的 Table A（简单（如果存在在 Table 设置中...）。
我注意到，虽然流程在链的更下方并不一致，几乎就像 SQL 正在执行存储过程到 insert/update 记录比 BizTalk 事务发生的速度慢.
我已经确定我的 Biz 设计是 send/receive，因为我假设在 Biz 收到来自存储过程的响应之前交易不会进行（这表明 SQL 已完成插入所需数据） .
下面的示例突出显示了进程将数据写入 Person table，但稍后由 Student Programme/Student 模块调用的位置。有时，它会在程序或模块存储过程中脱水（据我所知，因为存储过程正在查看是否存在在流程开始时创建的人员记录）
谁能确认一下；
- Send/Receive 将等待 SQL 存储过程完成执行，然后再通过业务流程进一步处理 BizTalk 事务？
BizTalk Orchestrations 内置了一些智能，如果下一个形状对响应没有依赖性，那么不，它可能不会等待响应来执行下一个形状。您可以尝试在逻辑发送端口设置上启用要传输的传递通知。
我设置了一个 BizTalk 设计，将几个 send/receives 链接到一个 SQL 存储过程（它将数据插入到相关的 table 中）。 它按特定顺序组织，因此数据进入 Table A，然后在 tables 之后检查数据是否存在于存储过程级别的 Table A（简单（如果存在在 Table 设置中...）。
我注意到，虽然流程在链的更下方并不一致，几乎就像 SQL 正在执行存储过程到 insert/update 记录比 BizTalk 事务发生的速度慢. 我已经确定我的 Biz 设计是 send/receive，因为我假设在 Biz 收到来自存储过程的响应之前交易不会进行（这表明 SQL 已完成插入所需数据） .
下面的示例突出显示了进程将数据写入 Person table，但稍后由 Student Programme/Student 模块调用的位置。有时，它会在程序或模块存储过程中脱水（据我所知，因为存储过程正在查看是否存在在流程开始时创建的人员记录）
谁能确认一下；
- Send/Receive 将等待 SQL 存储过程完成执行，然后再通过业务流程进一步处理 BizTalk 事务？
BizTalk Orchestrations 内置了一些智能，如果下一个形状对响应没有依赖性，那么不，它可能不会等待响应来执行下一个形状。您可以尝试在逻辑发送端口设置上启用要传输的传递通知。