SSIS - 输入到多个目的地时合并加入问题
SSIS - Merge Join Issue when Inputting to Multiple Destinations
一个目的地 - 所有合并联接行
两个目的地 - 更少的合并联接行
任何人都可以为我解释一下这种行为吗？
我正在生成一个计数字段，然后通过合并联接将其反馈回主流，然后根据计数执行条件拆分。它在没有更新语句的情况下工作正常，但是当我 运行 使用来自条件拆分的更新语句时，我得到了不同的结果。也许还值得一提的是，数据中没有空值，两张图片也是同一个文件。任何想法表示赞赏。谢谢
当OLEDB command没有完成当前批处理的行时，它的先例组件（condotionnal split）在完成处理之前不会发送更多的行，所以在。它还取决于数据流 DefaultBufferSize 和 DefaultBufferMaxRows
我想我会更新我学到的东西。加载行数（49430 对 52220）的问题似乎是由于 SSIS 中的 DefaultMaxBuffer 大小和 DefaultMaxBuffer Rows 设置造成的。这并没有提高性能，只是将多少条记录加载到内存中。
正如 Martin 在上面所建议的那样，处理更新的延迟是由于效率低下造成的。对于任何想知道 Staging Table 是什么的人...它只是您在数据库中创建的 table 的通用术语（或者在 SSIS 中使用 [=14= 创建 table ]命令任务）然后在SSIS中使用sql命令来运行更新语句。如果需要，您可以在更新后将暂存 table 删除到 SSIS 任务中。我无法低估这为大型更新带来的性能提升。
一个目的地 - 所有合并联接行
两个目的地 - 更少的合并联接行
任何人都可以为我解释一下这种行为吗？
我正在生成一个计数字段，然后通过合并联接将其反馈回主流，然后根据计数执行条件拆分。它在没有更新语句的情况下工作正常，但是当我 运行 使用来自条件拆分的更新语句时，我得到了不同的结果。也许还值得一提的是，数据中没有空值，两张图片也是同一个文件。任何想法表示赞赏。谢谢
当OLEDB command没有完成当前批处理的行时，它的先例组件（condotionnal split）在完成处理之前不会发送更多的行，所以在。它还取决于数据流 DefaultBufferSize 和 DefaultBufferMaxRows
我想我会更新我学到的东西。加载行数（49430 对 52220）的问题似乎是由于 SSIS 中的 DefaultMaxBuffer 大小和 DefaultMaxBuffer Rows 设置造成的。这并没有提高性能，只是将多少条记录加载到内存中。
正如 Martin 在上面所建议的那样，处理更新的延迟是由于效率低下造成的。对于任何想知道 Staging Table 是什么的人...它只是您在数据库中创建的 table 的通用术语（或者在 SSIS 中使用 [=14= 创建 table ]命令任务）然后在SSIS中使用sql命令来运行更新语句。如果需要，您可以在更新后将暂存 table 删除到 SSIS 任务中。我无法低估这为大型更新带来的性能提升。