长时间操作同一表，死锁问题

Question

先给大家拜个早年了。祝愿虎年都虎头虎脑的。问题： 4个源数据表s1，s2，s3，s4， 一个目标表 d1， 写了个过程usp， insert into d1 select * from @s， 因为数据量都在100W 级别上，单独执行需要十分钟左右，所以需要并行执行usp @s=s1, usp @s=s2, usp @s=s3, usp @s=s4,  就造成死锁， d1 有索引，s1-4无索引。 请教该如何优化？
Transaction (Process ID 94) was deadlocked on lock | communication buffer resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

Answer 1

insert into d1 select * from @s with(nolock)呢？

Answer 2

圍觀幫頂- -
要不你上PK索引，同時建立機制確保PK or unique唯一性
再看看會不會出這個問題呢？

Answer 3

  3 楼 starseeker7  ：目标d1 有 pk ID ， 但貌似对大量insert ， 会锁整个表；
 to foren_whb ： 如果bulk insert 就好了， 可以考虑。
疑问： 如果将目标d1 建立分区表， 是否可以并行？

Answer 4

一般來説你這種大批量的處理被鎖掉
比較常見的就是存在PK，然後並發匯入了同PK的資料
如果你沒有PK，或者在匯入數據源前能夠保證絕對不會觸發PK or unique衝突
問題就不大啦
- -時間充裕，你就先把所有表的數據匯入沒有任何索引的中轉臨時表中
完成匯入后，再過濾，再從中轉表統一匯入你的目標表中

Answer 5

usp @s=s1, usp @s=s2, usp @s=s3, usp @s=s4,
这是什么

Answer 6

starseeker7 pk 是ID identity（1，1）， 应该不存在pk 冲突， 只是数据量大， 单个 执行 需要10分钟， 如果并行都操作d1 表， 按道理如果不报dead lock， 40分钟也可以了。 现在在找是否可以 设置 报deadlock victim的推迟时间。 
rucypli， 就是并行执行usp，不好意思， 没写清楚。

Answer 7

分区表方案加载数据可以解决大量数据加载问题
加载速度非常快 < 1 秒，但不是对所有的问题都适用。（比如主键，唯一键 等等问题）看看分区表的使用
给你个参考：去google 查找：SQL Server 2005 分区表滑动窗口方案实践。SQL 分区表分区切换。滑动窗口。

Answer 8

这种现象很奇怪，因为按理说插入操作是不应该引起死锁的，死锁通常只发生在Update操作中。