Можете да използвате съвета ROWLOCK, но AFAIK SQL може да реши да го ескалира, ако ресурсите му се изчерпят
От doco:
ROWLOCK Указва, че заключванията на редове се вземат, когато обикновено се вземат заключвания на страница или таблица. Когато са посочени в транзакции, работещи на ниво SNAPSHOTisolation, заключванията на редове не се вземат, освен ако ROWLOCK не се комбинира с други подсказки за таблица, които изискват заключвания, като UPDLOCK и HOLDLOCK.
и
Подсказки за заключване ROWLOCK, UPDLOCK И XLOCK, които придобиват заключвания на ниво ред, могат да поставят заключвания на индексни ключове, а не на действителните редове с данни. Например, ако atable има неклъстериран индекс и оператор SELECT, използващ намек за заключване, управляван от покриващ индекс, заключване се придобива на ключа на индекса в покриващия индекс, а не на реда с данни в основната таблица.
И накрая, това дава доста задълбочено обяснение за ескалацията на заключване в SQL Server 2005, която беше променена в SQL Server 2008.
Има също, много задълбочено:Заключване в The Database Engine (в онлайн книги)
И така, като цяло
UPDATE
Employees WITH (ROWLOCK)
SET Name='Mr Bean'
WHERE Age>93
Би трябвало да е наред, но в зависимост от индексите и натоварването на сървъра може да ескалира до заключване на страница.
