SSIS条件拆分导致死锁错误

Question

我在基于CDC操作插入或更新的SSIS作业中有条件拆分。 删除实际上并不删除，它们只是将行标记为已删除（因此它也是一条更新语句）。

看起来是这样的：

与红色x相关的错误消息是

“事务（进程ID 67）已在另一个进程的锁定资源上死锁，并被选择为死锁受害者。重新运行事务。”

我试图在其中放置一个附加的输入箭头，因此它一次只运行一个更新，但不允许我这样做。

Answer 1

我怀疑FactWaybillTrans是否已在目标位置检查了表锁定。 加载大量数据时通常就是您想要的。 但是，由于您还想更新同一件事，因此它将与锁冲突，因此，您将遇到死锁。 即使不检查表锁，默认锁也可能升级为完全锁。

我希望将我的更新stage.CDCWaybillUpdates到表（ stage.CDCWaybillUpdates ），然后在数据流之后触发“执行SQL任务”。 更清洁，没有死锁的机会。

您也许可以伪造它，但完全不可靠。 在NumRowsUpdated和Update之间添加排序操作。 这可能能够引起足够的阻力，以便OLE DB目标在更新开始之前完成并释放其锁定。 如果它的速度不够慢，请按相反的方向对相同的数据进行排序。 糟糕，骇人听闻的方法，但有时您不得不愚蠢。