invm,
Конечно нет. Но так вполне себе веселей и дедлоков будет гораздо меньше. С учетом штучной вставки в CLUSTERED IDENTITY - вполне зашибись получится. И в каком-то смысле ближе к телу (имхо). Начнет массово делать и в разные диапазоны значений ПК - дедлоки будут, но в разы меньше чем сейчас. В случае с LOOPами при определенных сценариях другие вопросы могут возникнут характерные для лупов. Ну т.е. и так, и сяк можно. И там, и тут можно нарваться на то что работает оно "именно так как должно" и абсолютно конкретно, а не туманно волшебно.

Сделать это (попробовать PAGLOCK) можно было двумя страницами ранее, как говорится "не вдаваясь в подробности", поскольку природа и сценарий абсолютно типовые. Тем же можно лечить выражение MERGE со схожими симптомами, дополненными местными особенностями. И план выполнения не трогается (хоть тут и не то что бы актуально). Я с решением не спорю, а пытаюсь дополнить еще одним свидетельством того, что проблема связана именно с собиранием конкретных нужных строк. Ну, может, чуть-чуть продолжаю спорить про предложение поставить ROWLOCK, который почти полностью и является причиной конкретной проблемы.

Про удаление FK - абсолютно всерьез. Названия таблиц намекают на то что занимаются их наполнением роботы, в ХП все предельно понятно, транзакция есть. Чтобы порушить надо влезть целенаправленно руками. Оверхеды и нюансы - лицезреем в полный рост, смысла - скорее всего около нуля.

Ситуация у OP вполне конкретная, он уже трай-кэтчами дедлоки свои обернул ("ишь, как ухаживает. любит, наверное" (с) особенности рыбалки), хотя вырубив объективно (с учетом представленного) незадействованный механизм полностью может от них избавиться.