在做性能优化时，经常需要创建索引，维护索引，或重建，或重组；在创建索引时，索引的数据页有时需要填充满，有时需要预留一定比例的空闲空间；在分析查询的执行计划之后，推荐创建覆盖索引（covering index），优化查询语句，使用执行计划通过Index Seek来获取少量数据等，这些都是索引优化不得不知的要点。
一，索引的重组（Reorganize）和重建（Rebuild）
在SQL Server中，索引（Index）是B-Tree（balance tree）结构，每个Page之间都有双向指针链接在一起。Index是在table结构之外，独立存在的存储结构。Index能使查询性能带来飞跃的主要原因是：Index 结构更小，能够更快加载到内存；Index ey物理顺序和逻辑一致，数据的预读取能够提高数据的加载速度，SQL Server 每次读取操作都会将物理物理相邻的多个Page一起加载到内存。
BTree结构决定 Index 的叶子节点，从左到右使依次增大，如图是Index的叶子节点，左边的Index Key最小，右边的Index Key最大：
如果更新数据导致index key变化，例如，将index key 由4变更为9，那么必须将9放置在8之后，10之前，如果8所在的Page有空间容纳9，那么SQL Server只需要将9移动到8之后，原来的4被删除，这会降低原page中数据存储的密度，造成一个碎片（fragment），即：3和5之间存在空闲空间，但是物理顺序和逻辑顺序还是一致的。
如果8和10所在的page不能容纳9，那么 SQL Server 选择最节省，最有效的方式：拆分Page。试想，如果不拆分page，那么，5，6，7，8 这几个数据行都要向前移动，为9腾挪空间。在SQL Server中，数据移动是十分浪费IO，内存和CPU资源的，IO必须在CPU的调控下进行。
拆分Page是指分配一个新的Page，将8所在的Page上的数据的一半（后一半，或前一半）移动在新的Page上，如图，将page中的后一半移动在新的page上，通过指针连接在一起，保持逻辑顺序的一致性，但是物理顺序已经不连续了。
对于Index Key移动之后，其物理顺序和逻辑顺序仍然保持一致，这会导致索引出现碎片，数据存储的密度降低；而拆分page，不仅将page存储数据的密度降低一半，而且数据的物理顺序和逻辑顺序，导致SQL Server的预读取操作效果下降。针对Index的这两种情况，根据Index的碎片率，对Index 进行重组（Reorganize）或重建（Rebuild）。
1，索引Reorganize 和 Rebuild的过程
Rebuild 是重新创建，将索引占用的原有存储空间释放，重新申请空间来创建索引结构，这意味着，SQL Server存储引起需要为索引结构分配新的数据页，在重建索引结构时，索引占用的存储空间是其实际大小的2倍还多。
Reorganize 是重新组织索引结构的叶子节点。在重组索引时，SQL Server存储引擎首先按照原有的填充因子（Fi
