34,588
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
xifong 2003-07-04
- 打赏
- 举报
多给点会就说
liuxk 2003-07-04
- 打赏
- 举报
有没有人说的确简单明白的啊？
happydreamer 2003-07-04
- 打赏
- 举报
http://expert.csdn.net/Expert/topic/1693/1693812.xml?temp=.2377283
liuxk 2003-07-04
- 打赏
- 举报
这样我还不如看书
CrazyFor 2003-07-04
- 打赏
- 举报
簇索引
簇索引对表的物理数据页中的数据按列进行排序然后再重新存储到磁盘上即簇索
引与数据是混为一体的它的叶节点中存储的是实际的数据由于簇索引对表中的数据一
一进行了排序因此用簇索引查找数据很快但由于簇索引将表的所有数据完全重新排列
了它所需要的空间也就特别大大概相当于表中数据所占空间的120% 表的数据行只
能以一种排序方式存储在磁盘上所以一个表只能有一个簇索引
非簇索引
非簇索引具有与表的数据完全分离的结构使用非簇索引不用将物理数据页中的数据
按列排序非簇索引的叶节点中存储了组成非簇索引的关键字的值和行定位器行定位器
的结构和存储内容取决于数据的存储方式如果数据是以簇索引方式存储的则行定位器
中存储的是簇索引的索引键如果数据不是以簇索引方式存储的这种方式又称为堆存储
方式Heap Structure 则行定位器存储的是指向数据行的指针非簇索引将行定位器
按关键字的值用一定的方式排序这个顺序与表的行在数据页中的排序是不匹配的
由于非簇索引使用索引页存储因此它比簇索引需要更多的存储空间且检索效率较
低但一个表只能建一个簇索引当用户需要建立多个索引时就需要使用非簇索引了
从理论上讲一个表最多可以建249 个非簇索引
索引与系统性能
索引可以加快数据检索的速度但它会使数据的插入删除和更新变慢尤其是簇索
引数据是按照逻辑顺序存放在一定的物理位置当变更数据时根据新的数据顺序需
要将许多数据进行物理位置的移动这将增加系统的负担对非簇索引数据更新时也需
要更新索引页这也需要占用系统时间因此在一个表中使用太多的索引会影响数据库
的性能对于一个经常会改变的表应该尽量限制表只使用一个簇索引和不超过3~4 个
非簇索引对事务处理特别繁重的表其索引应尽量不超过3 个
索引调整向导Index Tuning Wizard
索引调整向导可以帮助选择并创建一个最优化的索引集合以提高数据库的性能
要使用索引调整向导需要一个工作负荷记录Workload 工作负荷记录由SQL 脚
本或SQL Server Profiler 创建的存储在文件或表中的跟踪组成如果没有现存的针对要进
行索引调整的数据库或表的工作负荷记录可以通过SQL Server Profiler 来创建一个其
具体方法请参见第19 章中SQL Server Profiler 的用法可以用Sample 1 – TSQL 跟踪定
义来创建或新建一个跟踪索引调整向导可以使用查询优化器根据工作负荷记录分析索引
的性能并提出相应的调整建议可以立即让系统根据建议修改索引也可以将任务列入
计划以后再创建
簇索引对表的物理数据页中的数据按列进行排序然后再重新存储到磁盘上即簇索
引与数据是混为一体的它的叶节点中存储的是实际的数据由于簇索引对表中的数据一
一进行了排序因此用簇索引查找数据很快但由于簇索引将表的所有数据完全重新排列
了它所需要的空间也就特别大大概相当于表中数据所占空间的120% 表的数据行只
能以一种排序方式存储在磁盘上所以一个表只能有一个簇索引
非簇索引
非簇索引具有与表的数据完全分离的结构使用非簇索引不用将物理数据页中的数据
按列排序非簇索引的叶节点中存储了组成非簇索引的关键字的值和行定位器行定位器
的结构和存储内容取决于数据的存储方式如果数据是以簇索引方式存储的则行定位器
中存储的是簇索引的索引键如果数据不是以簇索引方式存储的这种方式又称为堆存储
方式Heap Structure 则行定位器存储的是指向数据行的指针非簇索引将行定位器
按关键字的值用一定的方式排序这个顺序与表的行在数据页中的排序是不匹配的
由于非簇索引使用索引页存储因此它比簇索引需要更多的存储空间且检索效率较
低但一个表只能建一个簇索引当用户需要建立多个索引时就需要使用非簇索引了
从理论上讲一个表最多可以建249 个非簇索引
索引与系统性能
索引可以加快数据检索的速度但它会使数据的插入删除和更新变慢尤其是簇索
引数据是按照逻辑顺序存放在一定的物理位置当变更数据时根据新的数据顺序需
要将许多数据进行物理位置的移动这将增加系统的负担对非簇索引数据更新时也需
要更新索引页这也需要占用系统时间因此在一个表中使用太多的索引会影响数据库
的性能对于一个经常会改变的表应该尽量限制表只使用一个簇索引和不超过3~4 个
非簇索引对事务处理特别繁重的表其索引应尽量不超过3 个
索引调整向导Index Tuning Wizard
索引调整向导可以帮助选择并创建一个最优化的索引集合以提高数据库的性能
要使用索引调整向导需要一个工作负荷记录Workload 工作负荷记录由SQL 脚
本或SQL Server Profiler 创建的存储在文件或表中的跟踪组成如果没有现存的针对要进
行索引调整的数据库或表的工作负荷记录可以通过SQL Server Profiler 来创建一个其
具体方法请参见第19 章中SQL Server Profiler 的用法可以用Sample 1 – TSQL 跟踪定
义来创建或新建一个跟踪索引调整向导可以使用查询优化器根据工作负荷记录分析索引
的性能并提出相应的调整建议可以立即让系统根据建议修改索引也可以将任务列入
计划以后再创建
pengdali 2003-07-04
- 打赏
- 举报
簇集索引=聚集索引:
聚集索引确定表中数据的物理顺序。聚集索引类似于电话簿，后者按姓氏排列数据。由于聚集索引规定数据在表中的物理存储顺序，因此一个表只能包含一个聚集索引。但该索引可以包含多个列（组合索引），就像电话簿按姓氏和名字进行组织一样。
聚集索引对于那些经常要搜索范围值的列特别有效。使用聚集索引找到包含第一个值的行后，便可以确保包含后续索引值的行在物理相邻。例如，如果应用程序执行的一个查询经常检索某一日期范围内的记录，则使用聚集索引可以迅速找到包含开始日期的行，然后检索表中所有相邻的行，直到到达结束日期。这样有助于提高此类查询的性能。同样，如果对从表中检索的数据进行排序时经常要用到某一列，则可以将该表在该列上聚集（物理排序），避免每次查询该列时都进行排序，从而节省成本。
非簇集索引:
非聚集索引与聚集索引一样有 B 树结构，但是有两个重大差别：
数据行不按非聚集索引键的顺序排序和存储。
非聚集索引的叶层不包含数据页。
相反，叶节点包含索引行。每个索引行包含非聚集键值以及一个或多个行定位器，这些行定位器指向有该键值的数据行（如果索引不唯一，则可能是多行）。
非聚集索引可以在有聚集索引的表、堆集或索引视图上定义。在 Microsoft® SQL Server™ 2000 中，非聚集索引中的行定位器有两种形式：
如果表是堆集（没有聚集索引），行定位器就是指向行的指针。该指针用文件标识符 (ID)、页码和页上的行数生成。整个指针称为行 ID。
如果表没有聚集索引，或者索引在索引视图上，则行定位器就是行的聚集索引键。如果聚集索引不是唯一的索引，SQL Server 2000 将添加在内部生成的值以使重复的键唯一。用户看不到这个值，它用于使非聚集索引内的键唯一。SQL Server 通过使用聚集索引键搜索聚集索引来检索数据行，而聚集索引键存储在非聚集索引的叶行内。
由于非聚集索引将聚集索引键作为其行指针存储，因此使聚集索引键尽可能小很重要。如果表还有非聚集索引，请不要选择大的列作为聚集索引的键。
唯一索引:
唯一索引可以确保索引列不包含重复的值。在多列唯一索引的情况下，该索引可以确保索引列中每个值组合都是唯一的。
唯一索引既是索引也是约束。
复合索引：
索引项是多个的就叫组合索引，也叫复合索引。
复合索引使用时需要注意索引项的次序。
聚集索引确定表中数据的物理顺序。聚集索引类似于电话簿，后者按姓氏排列数据。由于聚集索引规定数据在表中的物理存储顺序，因此一个表只能包含一个聚集索引。但该索引可以包含多个列（组合索引），就像电话簿按姓氏和名字进行组织一样。
聚集索引对于那些经常要搜索范围值的列特别有效。使用聚集索引找到包含第一个值的行后，便可以确保包含后续索引值的行在物理相邻。例如，如果应用程序执行的一个查询经常检索某一日期范围内的记录，则使用聚集索引可以迅速找到包含开始日期的行，然后检索表中所有相邻的行，直到到达结束日期。这样有助于提高此类查询的性能。同样，如果对从表中检索的数据进行排序时经常要用到某一列，则可以将该表在该列上聚集（物理排序），避免每次查询该列时都进行排序，从而节省成本。
非簇集索引:
非聚集索引与聚集索引一样有 B 树结构，但是有两个重大差别：
数据行不按非聚集索引键的顺序排序和存储。
非聚集索引的叶层不包含数据页。
相反，叶节点包含索引行。每个索引行包含非聚集键值以及一个或多个行定位器，这些行定位器指向有该键值的数据行（如果索引不唯一，则可能是多行）。
非聚集索引可以在有聚集索引的表、堆集或索引视图上定义。在 Microsoft® SQL Server™ 2000 中，非聚集索引中的行定位器有两种形式：
如果表是堆集（没有聚集索引），行定位器就是指向行的指针。该指针用文件标识符 (ID)、页码和页上的行数生成。整个指针称为行 ID。
如果表没有聚集索引，或者索引在索引视图上，则行定位器就是行的聚集索引键。如果聚集索引不是唯一的索引，SQL Server 2000 将添加在内部生成的值以使重复的键唯一。用户看不到这个值，它用于使非聚集索引内的键唯一。SQL Server 通过使用聚集索引键搜索聚集索引来检索数据行，而聚集索引键存储在非聚集索引的叶行内。
由于非聚集索引将聚集索引键作为其行指针存储，因此使聚集索引键尽可能小很重要。如果表还有非聚集索引，请不要选择大的列作为聚集索引的键。
唯一索引:
唯一索引可以确保索引列不包含重复的值。在多列唯一索引的情况下，该索引可以确保索引列中每个值组合都是唯一的。
唯一索引既是索引也是约束。
复合索引：
索引项是多个的就叫组合索引，也叫复合索引。
复合索引使用时需要注意索引项的次序。
19191919 2003-07-04
- 打赏
- 举报
在根部按顺序把数据分成几个范围，然后每个范围下再细分，这样查找起来就很快。例如一共10万条数据，在根分成3个部分1-30000，30001-60000，60001-100000，然后再依次对这三个部分分类，如果查找300 就在第一个范围找，这样就等于忽略掉了70000条数据，同样道理，在向下找，直到找到最终数据为止。
如果是簇索引，它的叶子节点就是数据页面，你可以试验一下，当为一个表建立簇索引时，实际上就等于删除原表，然后再根据被索引的列的顺序建立的一个新表，这个表数据内容一样，只是数据排列顺序变化了。所以一个表只能有一个簇索引，因为实际数据只能有一个排列顺序。
对于非簇索引，就与数据页面中的数据顺序无关了。
对于具体创建索引，有一些使用的经验，上面讲得很详细
如果是簇索引，它的叶子节点就是数据页面，你可以试验一下，当为一个表建立簇索引时，实际上就等于删除原表，然后再根据被索引的列的顺序建立的一个新表，这个表数据内容一样，只是数据排列顺序变化了。所以一个表只能有一个簇索引，因为实际数据只能有一个排列顺序。
对于非簇索引，就与数据页面中的数据顺序无关了。
对于具体创建索引，有一些使用的经验，上面讲得很详细
19191919 2003-07-04
- 打赏
- 举报
索引可以理解成快速查找的一种策略。一般采用b树存储，最顶层是根，然后是节点，最后是叶子，就像这样：
root
level1 level2 level3
root
level1 level2 level3
