Добрый день,
Заранее спасибо за любые предложения.
Разбираюсь с дедлоками между параллельными вставками в таблицу.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
INSERT INTO dbo.TaskQueue
SELECT *
FROM #TaskQueue_Sorted A
WHERE NOT EXISTS (
SELECT 1
FROM dbo.TaskQueue B WITH (UPDLOCK, ROWLOCK, HOLDLOCK)
WHERE A.UserId = B.UserId
AND A.TaskQueueFunctionTypeId = B.TaskQueueFunctionTypeId
AND A.TaskQueueTypeId = B.TaskQueueTypeId
AND A.ReferenceId = B.ReferenceId
AND A.PlannedBeginDate = B.PlannedBeginDate
AND B.TaskQueueStateId IN (1, 2, 3)
)
Вставка происходит, только если вставляемых записей еще нет в таблице.
Однако, при проверке наличия записи, блокировки на ключи поискового индекса IDX_TaskQueue_ReferenceId_UserId (ReferenceId, TaskQueueFunctionTypeId, TaskQueueTypeId, PlannedBeginDate, UserId, TaskQueueStateId) в разных потоках накладываются в разном порядке и возникают дедлоки.
#TaskQueue_Sorted кластеризован по тем же полям, что и индекс IDX_TaskQueue_ReferenceId_UserId, но в плане он сканируется с Ordered = False.
Можно ли как-то сделать скан #TaskQueue_Sorted сортированным, чтобы не было дедлоков?
План запроса приложила.
Если просто добавить в запросе Order by, то он в запросе добавляется слишком поздно, сразу после Nested Loops.
Merge join, конечно, даст искомый ordered = true, но сканировать IDX_TaskQueue_ReferenceId_UserId - это слишком.
