sql-server – “避免基于递增密钥创建聚簇索引”是SQL Server 2

数据库开发始于SQL Server 6.0时代.

从一开始就遵循的规则之一是,避免基于递增键创建聚簇索引,如在这些Index Optimization Tips中找到的那样.

现在使用SQL Server 2005和SQL Server 2008,我有强烈的印象,情况发生了变化.同时,这些主键列是表的聚簇索引的完美第一候选者.

解决方法

这与数据页面使用的“热点”以及整个2k页(SQL Server 7及更高版本使用8k页)被锁定的事实有关,而不是插入的行
编辑,2012年2月

发现Kimberly L. Tripp的权威文章

“The Clustered Index Debate Continues…”

Hotspots were something that we greatly tried to avoid PRIOR to SQL Server 7.0 because of page level locking (and this is where the term hot spot became a negative term). In fact,it doesn’t have to be a negative term. However,since the storage engine was rearchitected/redesigned (in SQL Server 7.0) and now includes true row level locking,this motivation (to avoid hotspots) is no longer there.

编辑,2013年5月

lucky7_2000的答案中的链接似乎表明热点可以存在而且会引发问题.
但是,本文使用TranTime上的非唯一聚簇索引.这需要添加uniquifier.这意味着指数不是严格单调增加(而且太宽).该答案中的链接与此答案或我的链接并不矛盾

在个人层面上,我已经在数据库上进行了调用,我将每秒数万行插入到具有bigint IDENTITY列作为聚簇PK的表中.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!