Why does SQL Server add a 4 byte integer to non-un

2019-01-26 23:17发布

It is possible to define non-unique columns as clustered as well as non-clustered indexes. However, SQL Server adds a 4 byte integer to the indexed columns in case of a clustered index, if the column is not defined as unique. This is done to keep the "uniqueness" of the record internally even though two or more records may have the value for that column. Why isn't this integer necessary in case of a non-clustered index?

2条回答
爱情/是我丢掉的垃圾
2楼-- · 2019-01-26 23:50

I believe this has to do with the row locator.

Width of the nonclustered index row = Width of the nonclustered index column + Width of the clustered index column = size of column data type + size of column data type.

查看更多
萌系小妹纸
3楼-- · 2019-01-26 23:57

A non-clustered index already includes the clustered index column so it can reference the exact row that it correlates to. Hence with the uniquifier on the clustered index, the non-clustered index would also include the uniquifier.

A good explanation here: Understanding and Examining the Uniquifier in SQL Server

查看更多
登录 后发表回答