Миф восходит к SQL Server 6.5, в котором добавлена блокировка на уровне строк . И намекнул на это Кален Делани .
Это было связано с «горячими точками» использования страницы данных и тем фактом, что была заблокирована целая страница 2 КБ (страницы SQL Server 7 и более поздние версии 8 КБ), а не вставленная строка Правка, февраль 2012 г.
Найдена авторитетная статья Кимберли Л. Триппа
«Дискуссия по кластерному индексу продолжается ...»
Горячие точки - это то, что мы очень старались избегать до установки SQL Server 7.0 из-за блокировки на уровне страниц (и именно здесь термин «горячая точка» стал отрицательным). На самом деле, это не должно быть отрицательным термином. Однако, поскольку механизм хранения был повторно спроектирован / изменен (в SQL Server 7.0) и теперь включает в себя истинную блокировку на уровне строк, эта мотивация (чтобы избежать горячих точек) больше не существует.
Изменить, май 2013
Ссылка в ответе lucky7_2000, кажется, говорит о том, что горячие точки могут существовать, и они вызывают проблемы. Однако в статье используется неуникальный кластеризованный индекс TranTime. Это требует добавления уникального кода. Что означает, что индекс не является строго монотонно увеличивающимся (и слишком широким). Ссылка в этом ответе не противоречит этому ответу или моим ссылкам
На личном уровне я проснулся в базах данных, где я вставил десятки тысяч строк в секунду в таблицу, в которой столбец bigint IDENTITY является кластеризованным PK.