El mito se remonta a antes de SQL Server 6.5, que agregaba bloqueo de nivel de fila . E insinuado aquí por Kalen Delaney .
Tenía que ver con los "puntos críticos" del uso de la página de datos y el hecho de que una página completa de 2k (SQL Server 7 y superior usa páginas de 8k) estaba bloqueada, en lugar de una fila insertada Editar, febrero de 2012
Artículo autorizado encontrado por Kimberly L. Tripp
"El debate del índice agrupado continúa ..."
Los puntos calientes fueron algo que intentamos evitar antes de SQL Server 7.0 debido al bloqueo de nivel de página (y aquí es donde el término zona activa se convirtió en un término negativo). De hecho, no tiene que ser un término negativo. Sin embargo, dado que el motor de almacenamiento fue rediseñado / rediseñado (en SQL Server 7.0) y ahora incluye un verdadero bloqueo de nivel de fila, esta motivación (para evitar puntos calientes) ya no existe.
Editar, mayo de 2013
El enlace en la respuesta de lucky7_2000 parece decir que los puntos de acceso pueden existir y causar problemas. Sin embargo, el artículo utiliza un índice agrupado no único en TranTime. Esto requiere que se agregue un uniquifier. Lo que significa que el índice no aumenta estrictamente monotónicamente (y es demasiado amplio). El enlace en esa respuesta no contradice esta respuesta o mis enlaces
A nivel personal, he trabajado en bases de datos donde inserté decenas de miles de filas por segundo en una tabla que tiene una columna de IDENTIDAD bigint como la PK agrupada.