那么聚集索引，聚集索引的叶节点存储的就是数据本身，这就意味着，聚集索引决定了数据的物理存储顺序。因此聚集索引在单叶节点中是一个连续存储的数据。所以对于between < > 等范围查询，聚集索引效率会很高，因为数据本身就是连续存储的，但是对于频繁更新的列不适合聚集索引，为什么？因为会频繁更改变数据的物理地址，会影响性能。这里要说明的是，对于guid类型的主键列，聚集索引和非聚集索引那种更合适？个人认为非聚集索引更合适了，因为guid类型不会用到范围查询，只有=查询，所以没有必要使用聚集索引，但是对于自增列类型的，可以使用聚集索引，还有就是时间列，会经常用到> < =查询也是适合聚集索引。聚集索引非常珍贵，因为一张表只有一个聚集索引，所以不要将聚集索引浪费在一个guid列中,在sqlserver数据库中，主键默认的索引是聚集索引。
阅读背景：
每天一道面试题（数据库）
来源：互联网
那么聚集索引，聚集索引的叶节点存储的就是数据本身，这就意味着，聚集索引决定了数据的物理存储顺序。因此聚集索引在单叶节点中是一个连续存储的数据。所以对于between < > 等范围查询，聚集索引效率会很高，因为数据本身就是连续存储的，但是对于频繁更新的列不适合聚集索引，为什么？因为会频繁更改变数据的物理地址，会影响性能。这里要说明的是，对于guid类型的主键列，聚集索引和非聚集索引那种更合适？个人认为非聚集索引更合适了，因为guid类型不会用到范围查询，只有=查询，所以没有必要使用聚集索引，但是对于自增列类型的，可以使用聚集索引，还有就是时间列，会经常用到> < =查询也是适合聚集索引。聚集索引非常珍贵，因为一张表只有一个聚集索引，所以不要将聚集索引浪费在一个guid列中,在sqlserver数据库中，主键默认的索引是聚集索引。
分享到：
