如何建立索引？

CREATE   INDEX  
  为给定表或视图创建索引。  
   
  只有表或视图的所有者才能为表创建索引。表或视图的所有者可以随时创建索引，无论表中是否有数据。可以通过指定限定的数据库名称，为另一个数据库中的表或视图创建索引。  
   
  语法  
  CREATE       INDEX   index_name  
          ON   {   table   |   view   }   (   column       )    
    ]    
   
   
  <   index_option   >   ::=    
          {   PAD_INDEX   |  
                  FILLFACTOR   =   fillfactor   |  
                  IGNORE_DUP_KEY   |  
                  DROP_EXISTING   |  
          STATISTICS_NORECOMPUTE   |  
          SORT_IN_TEMPDB      
  }  
   
  参数  
  UNIQUE  
   
  为表或视图创建唯一索引（不允许存在索引值相同的两行）。视图上的聚集索引必须是   UNIQUE   索引。  
   
  在创建索引时，如果数据已存在，Microsoft&reg;   SQL   Server&#8482;   会检查是否有重复值，并在每次使用   INSERT   或   UPDATE   语句添加数据时进行这种检查。如果存在重复的键值，将取消   CREATE   INDEX   语句，并返回错误信息，给出第一个重复值。当创建   UNIQUE   索引时，有多个   NULL   值被看作副本。  
   
  如果存在唯一索引，那么会产生重复键值的   UPDATE   或   INSERT   语句将回滚，SQL   Server   将显示错误信息。即使   UPDATE   或   INSERT   语句更改了许多行但只产生了一个重复值，也会出现这种情况。如果在有唯一索引并且指定了   IGNORE_DUP_KEY   子句情况下输入数据，则只有违反   UNIQUE   索引的行才会失败。在处理   UPDATE   语句时，IGNORE_DUP_KEY   不起作用。  
   
  SQL   Server   不允许为已经包含重复值的列创建唯一索引，无论是否设置了   IGNORE_DUP_KEY。如果尝试这样做，SQL   Server   会显示错误信息；重复值必须先删除，才能为这些列创建唯一索引。  
   
  CLUSTERED  
   
  创建一个对象，其中行的物理排序与索引排序相同，并且聚集索引的最低一级（叶级）包含实际的数据行。一个表或视图只允许同时有一个聚集索引。  
   
  具有聚集索引的视图称为索引视图。必须先为视图创建唯一聚集索引，然后才能为该视图定义其它索引。  
   
  在创建任何非聚集索引之前创建聚集索引。创建聚集索引时重建表上现有的非聚集索引。  
   
  如果没有指定   CLUSTERED，则创建非聚集索引。  
   
   
   
  说明     因为按照定义，聚集索引的叶级与其数据页相同，所以创建聚集索引时使用   ON   filegroup   子句实际上会将表从创建该表时所用的文件移到新的文件组中。在特定的文件组上创建表或索引之前，应确认哪些文件组可用并且有足够的空间供索引使用。文件组的大小必须至少是整个表所需空间的   1.2   倍，这一点很重要。  
   
   
  NONCLUSTERED  
   
  创建一个指定表的逻辑排序的对象。对于非聚集索引，行的物理排序独立于索引排序。非聚集索引的叶级包含索引行。每个索引行均包含非聚集键值和一个或多个行定位器（指向包含该值的行）。如果表没有聚集索引，行定位器就是行的磁盘地址。如果表有聚集索引，行定位器就是该行的聚集索引键。  
   
  每个表最多可以有   249   个非聚集索引（无论这些非聚集索引的创建方式如何：是使用   PRIMARY   KEY   和   UNIQUE   约束隐式创建，还是使用   CREATE   INDEX   显式创建）。每个索引均可以提供对数据的不同排序次序的访问。  
   
  对于索引视图，只能为已经定义了聚集索引的视图创建非聚集索引。因此，索引视图中非聚集索引的行定位器一定是行的聚集键。  
   
  index_name  
   
  是索引名。索引名在表或视图中必须唯一，但在数据库中不必唯一。索引名必须遵循标识符规则。  
   
  table  
   
  包含要创建索引的列的表。可以选择指定数据库和表所有者。  
   
  view  
   
  要建立索引的视图的名称。必须使用   SCHEMABINDING   定义视图才能在视图上创建索引。视图定义也必须具有确定性。如果选择列表中的所有表达式、WHERE   和   GROUP   BY   子句都具有确定性，则视图也具有确定性。而且，所有键列必须是精确的。只有视图的非键列可能包含浮点表达式（使用   float   数据类型的表达式），而且   float   表达式不能在视图定义的其它任何位置使用。  
   
  若要在确定性视图中查找列，请使用   COLUMNPROPERTY   函数（IsDeterministic   属性）。该函数的   IsPrecise   属性可用来确定键列是否精确。  
   
  必须先为视图创建唯一的聚集索引，才能为该视图创建非聚集索引。    
   
  在   SQL   Server   企业版或开发版中，查询优化器可使用索引视图加快查询的执行速度。要使优化程序考虑将该视图作为替换，并不需要在查询中引用该视图。  
   
  在创建索引视图或对参与索引视图的表中的行进行操作时，有   7   个   SET   选项必须指派特定的值。SET   选项   ARITHABORT、CONCAT_NULL_YIELDS_NULL、QUOTED_IDENTIFIER、ANSI_NULLS、ANSI_PADDING   和   ANSI_WARNING   必须为   ON。SET   选项   NUMERIC_ROUNDABORT   必须为   OFF。  
   
  如果与上述设置有所不同，对索引视图所引用的任何表执行的数据修改语句   (INSERT、UPDATE、DELETE)   都将失败，SQL   Server   会显示一条错误信息，列出所有违反设置要求的   SET   选项。此外，对于涉及索引视图的   SELECT   语句，如果任何   SET   选项的值不是所需的值，则   SQL   Server   在处理该   SELECT   语句时不考虑索引视图替换。在受上述   SET   选项影响的情况中，这将确保查询结果的正确性。  
   
  如果应用程序使用   DB-Library   连接，则必须为服务器上的所有   7   个   SET   选项指派所需的值。（默认情况下，OLE   DB   和   ODBC   连接已经正确设置了除   ARITHABORT   外所有需要的   SET   选项。）  
   
  如果并非所有上述   SET   选项均有所需的值，则某些操作（例如   BCP、复制或分布式查询）可能无法对参与索引视图的表执行更新。在大多数情况下，将   ARITHABORT   设置为   ON（通过服务器配置选项中的   user   options）可以避免这一问题。    
   
  强烈建议在服务器的任一数据库中创建计算列上的第一个索引视图或索引后，尽早在服务器范围内将   ARITHABORT   用户选项设置为   ON。  
   
  有关索引视图注意事项和限制的更多信息，请参见注释部分。  
   
  column  
   
  应用索引的列。指定两个或多个列名，可为指定列的组合值创建组合索引。在   table   后的圆括号中列出组合索引中要包括的列（按排序优先级排列）。    
   
   
   
  说明     由   ntext、text   或   image   数据类型组成的列不能指定为索引列。另外，视图不能包括任何   text、ntext   或   image   列，即使在   CREATE   INDEX   语句中没有引用这些列。    
   
   
  当两列或多列作为一个单位搜索最好，或者许多查询只引用索引中指定的列时，应使用组合索引。最多可以有   16   个列组合到一个组合索引中。组合索引中的所有列必须在同一个表中。组合索引值允许的最大大小为   900   字节。也就是说，组成组合索引的固定大小列的总长度不得超过   900   字节。有关组合索引中可变类型列的更多信息，请参见注释部分。  
   
   
   
  确定具体某个索引列的升序或降序排序方向。默认设置为   ASC。  
   
  n  
   
  表示可以为特定索引指定多个   columns   的占位符。  
   
  PAD_INDEX  
   
  指定索引中间级中每个页（节点）上保持开放的空间。PAD_INDEX   选项只有在指定了   FILLFACTOR   时才有用，因为   PAD_INDEX   使用由   FILLFACTOR   所指定的百分比。默认情况下，给定中间级页上的键集，SQL   Server   将确保每个索引页上的可用空间至少可以容纳一个索引允许的最大行。如果为   FILLFACTOR   指定的百分比不够大，无法容纳一行，SQL   Server   将在内部使用允许的最小值替代该百分比。    
   
   
   
  说明     中间级索引页上的行数永远都不会小于两行，无论   FILLFACTOR   的值有多小。  
   
   
  FILLFACTOR   =   fillfactor  
   
  指定在   SQL   Server   创建索引的过程中，各索引页叶级的填满程度。如果某个索引页填满，SQL   Server   就必须花时间拆分该索引页，以便为新行腾出空间，这需要很大的开销。对于更新频繁的表，选择合适的   FILLFACTOR   值将比选择不合适的   FILLFACTOR   值获得更好的更新性能。FILLFACTOR   的原始值将在   sysindexes   中与索引一起存储。  
   
  如果指定了   FILLFACTOR，SQL   Server   会向上舍入每页要放置的行数。例如，发出   CREATE   CLUSTERED   INDEX   ...FILLFACTOR   =   33   将创建一个   FILLFACTOR   为   33%   的聚集索引。假设   SQL   Server   计算出每页空间的   33%   为   5.2   行。SQL   Server   将其向上舍入，这样，每页就放置   6   行。  
   
   
   
  说明     显式的   FILLFACTOR   设置只是在索引首次创建时应用。SQL   Server   并不会动态保持页上可用空间的指定百分比。  
   
   
  用户指定的   FILLFACTOR   值可以从   1   到   100。如果没有指定值，默认值为   0。如果   FILLFACTOR   设置为   0，则只填满叶级页。可以通过执行   sp_configure   更改默认的   FILLFACTOR   设置。  
   
  只有不会出现   INSERT   或   UPDATE   语句时（例如对只读表），才可以使用   FILLFACTOR   100。如果   FILLFACTOR   为   100，SQL   Server   将创建叶级页   100%   填满的索引。如果在创建   FILLFACTOR   为   100%   的索引之后执行   INSERT   或   UPDATE，会对每次   INSERT   操作以及有可能每次   UPDATE   操作进行页拆分。  
   
  如果   FILLFACTOR   值较小（0   除外），就会使   SQL   Server   创建叶级页不完全填充的新索引。例如，如果已知某个表包含的数据只是该表最终要包含的数据的一小部分，那么为该表创建索引时，FILLFACTOR   为   10   会是合理的选择。FILLFACTOR   值较小还会使索引占用较多的存储空间。  
   
  下表说明如何在已指定   FILLFACTOR   的情况下填充索引页。    
   
  Top

2 楼goalitaly（）回复于 2002-05-10 12:11:08 得分 10

FILLFACTOR   中间级页   叶级页    
  0   一个可用项   100%   填满    
  1%   -99   一个可用项   <=   FILLFACTOR%   填满    
  100%   一个可用项   100%   填满    
   
   
  一个可用项是指页上可以容纳另一个索引项的空间。  
   
   
   
  重要     用某个   FILLFACTOR   值创建聚集索引会影响数据占用存储空间的数量，因为   SQL   Server   在创建聚集索引时会重新分布数据。  
   
   
  IGNORE_DUP_KEY  
   
  控制当尝试向属于唯一聚集索引的列插入重复的键值时所发生的情况。如果为索引指定了   IGNORE_DUP_KEY，并且执行了创建重复键的   INSERT   语句，SQL   Server   将发出警告消息并忽略重复的行。  
   
  如果没有为索引指定   IGNORE_DUP_KEY，SQL   Server   会发出一条警告消息，并回滚整个   INSERT   语句。  
   
  下表显示何时可使用   IGNORE_DUP_KEY。  
   
  索引类型   选项    
  聚集   不允许    
  唯一聚集   允许使用   IGNORE_DUP_KEY    
  非聚集   不允许    
  唯一非聚集   允许使用   IGNORE_DUP_KEY    
   
   
  DROP_EXISTING  
   
  指定应除去并重建已命名的先前存在的聚集索引或非聚集索引。指定的索引名必须与现有的索引名相同。因为非聚集索引包含聚集键，所以在除去聚集索引时，必须重建非聚集索引。如果重建聚集索引，则必须重建非聚集索引，以便使用新的键集。    
   
  为已经具有非聚集索引的表重建聚集索引时（使用相同或不同的键集），DROP_EXISTING   子句可以提高性能。DROP_EXISTING   子句代替了先对旧的聚集索引执行   DROP   INDEX   语句，然后再对新的聚集索引执行   CREATE   INDEX   语句的过程。非聚集索引只需重建一次，而且还只是在键不同的情况下才需要。  
   
  如果键没有改变（提供的索引名和列与原索引相同），则   DROP_EXISTING   子句不会重新对数据进行排序。在必须压缩索引时，这样做会很有用。    
   
  无法使用   DROP_EXISTING   子句将聚集索引转换成非聚集索引；不过，可以将唯一聚集索引更改为非唯一索引，反之亦然。    
   
   
   
  说明     当执行带   DROP_EXISTING   子句的   CREATE   INDEX   语句时，SQL   Server   假定索引是一致的（即索引没有损坏）。指定索引中的行应按   CREATE   INDEX   语句中引用的指定键排序。  
   
   
  STATISTICS_NORECOMPUTE  
   
  指定过期的索引统计不会自动重新计算。若要恢复自动更新统计，可执行没有   NORECOMPUTE   子句的   UPDATE   STATISTICS。  
   
   
   
  重要     如果禁用分布统计的自动重新计算，可能会妨碍   SQL   Server   查询优化器为涉及该表的查询选取最佳执行计划。  
   
   
  SORT_IN_TEMPDB  
   
  指定用于生成索引的中间排序结果将存储在   tempdb   数据库中。如果   tempdb   与用户数据库不在同一磁盘集，则此选项可能减少创建索引所需的时间，但会增加创建索引时使用的磁盘空间。  
   
  有关更多信息，请参见   tempdb   和索引创建。  
   
  ON   filegroup  
   
  在给定的   filegroup   上创建指定的索引。该文件组必须已经通过执行   CREATE   DATABASE   或   ALTER   DATABASE   创建。  
   
  注释  
  为表或索引分配空间时，每次递增一个扩展盘区（8   个   8   KB   的页）。每填满一个扩展盘区，就会再分配一个。如果表非常小或是空表，其索引将使用单页分配，直到向索引添加了   8   页后，再转而进行扩展盘区分配。若要获得有关索引已分配和占用的空间数量的报表，请使用   sp_spaceused。    
   
  创建聚集索引要求数据库中的可用空间大约为数据大小的   1.2   倍。该空间不包括现有表占用的空间；将对数据进行复制以创建聚集索引，旧的无索引数据将在索引创建完成后删除。使用   DROP_EXISTING   子句时，聚集索引所需的空间数量与现有索引的空间要求相同。所需的额外空间可能还受指定的   FILLFACTOR   的影响。  
   
  在   SQL   Server   2000   中创建索引时，可以使用   SORT_IN_TEMPDB   选项指示数据库引擎在   tempdb   中存储中间索引排序结果。如果   tempdb   在不同于用户数据库所在的磁盘集上，则此选项可能减少创建索引所需的时间，但会增加用于创建索引的磁盘空间。除在用户数据库中创建索引所需的空间外，tempdb   还必须有大约相同的额外空间来存储中间排序结果。有关更多信息，请参见   tempdb   和索引创建。  
   
  CREATE   INDEX   语句同其它查询一样优化。SQL   Server   查询处理器可以选择扫描另一个索引，而不是执行表扫描，以节省   I/O   操作。在某些情况下，可以不必排序。  
   
  在运行   SQL   Server   企业管理器和程序员版的多处理器计算机上，CREATE   INDEX   自动使用多个处理器执行扫描和排序，与其它查询的操作方式相同。执行一条   CREATE   INDEX   语句所使用的处理器数由配置选项   max   degree   of   parallelism   和当前的工作负荷决定。如果   SQL   Server   检测到系统正忙，则在开始执行语句之前，CREATE   INDEX   操作的并发程度会自动降低。  
   
  自上一次文件组备份以来受   CREATE   INDEX   语句影响的全部文件组必须作为一个单位备份。有关文件和文件组备份的更多信息，请参见   BACKUP。  
   
  备份和   CREATE   INDEX   操作不相互防碍。如果正在进行备份，则在完整日志记录模式中创建索引，而这可能需要额外的日志空间。  
   
  若要显示有关对象索引的报表，请执行   sp_helpindex。    
   
  可以为临时表创建索引。在除去表或终止会话时，所有索引和触发器都将被除去。  
   
  索引中的可变类型列  
  索引键允许的最大大小为   900   字节，不过   SQL   Server   2000   允许在可能包含大量可变类型列的列上创建索引，而这些列的最大大小超过   900   字节。    
   
  在创建索引时，SQL   Server   检查下列条件：    
   
  所有参与索引定义的固定数据列的总长度必须小于或等于   900   字节。当所要创建的索引只由固定数据列构成时，固定数据列的总计大小必须小于或等于   900   字节。否则将不能创建索引，且   SQL   Server   将返回错误。  
   
   
  如果索引定义由固定类型列和可变类型列组成，且固定数据列满足前面的条件（小于或等于   900   字节），则   SQL   Server   仍要检查可变类型列的总大小。如果可变类型列的最大大小与固定数据列大小的和大于   900   字节，则   SQL   Server   将创建索引，不过将给用户返回警告消息以提醒用户：如果随后在可变类型列上的插入或更新操作导致总大小超过   900   字节，则操作将失败且用户将收到运行时错误。同样，如果索引定义只由可变类型列组成，且这些列的最大总大小大于   900   字节，则   SQL   Server   将创建索引，不过将返回警告消息。    
  有关更多信息，请参见索引键的最大值。  
   
  在计算列和视图上创建索引时的考虑  
  在   SQL   Server   2000   中，还可以在计算列和视图上创建索引。在视图上创建唯一聚集索引可以提高查询性能，因为视图存储在数据库中的方式与具有聚集索引的表的存储方式相同。  
   
  UNIQUE   或   PRIMARY   KEY   只要满足所有索引条件，就可以包含计算列。具体说来就是，计算列必须具有确定性、必须精确，且不能包含   text、ntext   或   image   列。有关确定性的更多信息，请参见确定性函数和非确定性函数。  
   
  在计算列或视图上创建索引可能导致前面产生的   INSERT   或   UPDATE   操作失败。当计算列导致算术错误时可能产生这样的失败。例如，虽然下表中的计算列   c   将导致算术错误，但是   INSERT   语句仍有效：  
   
  CREATE   TABLE   t1   (a   int,   b   int,   c   AS   a/b)  
  GO  
  INSERT   INTO   t1   VALUES   ("1",   "0")  
  GO  
   
  相反，如果创建表之后在计算列   c   上创建索引，则上述   INSERT   语句将失败。  
   
  CREATE   TABLE   t1   (a   int,   b   int,   c   AS   a/b)  
  GO  
  CREATE   UNIQUE   CLUSTERED   INDEX   Idx1   ON   t1.c  
  GO  
  INSERT   INTO   t1   VALUES   ("1",   "0")  
  GO  
   
  在通过数字或   float   表达式定义的视图上使用索引所得到的查询结果，可能不同于不在视图上使用索引的类似查询所得到的结果。这种差异可能是由对基础表进行   INSERT、DELETE   或   UPDATE   操作时的舍入错误引起的。  
   
  若要防止   SQL   Server   使用索引视图，请在查询中包含   OPTION   (EXPAND   VIEWS)   提示。此外，任何所列选项设置不正确均会阻止优化程序使用视图上的索引。有关   OPTION   (EXPAND   VIEWS)   提示的更多信息，请参见   SELECT。  
   
  对索引视图的限制  
  定义索引视图的   SELECT   语句不得包含   TOP、DISTINCT、COMPUTE、HAVING   和   UNION   关键字。也不能包含子查询。  
   
  SELECT   列表中不得包含星号   (*)、"table.*"   通配符列表、DISTINCT、COUNT(*)、COUNT(<expression>)、基表中的计算列和标量聚合。    
   
  非聚合   SELECT   列表中不能包含表达式。聚合   SELECT   列表（包含   GROUP   BY   的查询）中可能包含   SUM   和   COUNT_BIG(<expression>)；它一定包含   COUNT_BIG(*)。不允许有其它聚合函数（MIN、MAX、STDEV，...）。  
   
  使用   AVG   的复杂聚合无法参与索引视图的   SELECT   列表。不过，如果查询使用这样的聚合，则优化程序将能使用该索引视图，用   SUM   和   COUNT_BIG   的简单聚合组合代替   AVG。  
   
  若某列是从取值为   float   数据类型或使用   float   表达式进行取值的表达式得到的，则不能作为索引视图或表中计算列的索引键。这样的列被视为是不精确的。使用   COLUMNPROPERTY   函数决定特定计算列或视图中的列是否精确。  
   
  索引视图受限于以下的附加限制：    
   
  索引的创建者必须拥有表。所有表、视图和索引必须在同一数据库中创建。  
   
   
  定义索引视图的   SELECT   语句不得包含视图、行集函数、行内函数或派生表。同一物理表在该语句中只能出现一次。  
   
   
  在任何联接表中，均不允许进行   OUTER   JOIN   操作。  
   
   
  搜索条件中不允许使用子查询或者   CONTAINS   或   FREETEXT   谓词。  
   
   
  如果视图定义包含   GROUP   BY   子句，则视图的   SELECT   列表中必须包含所有分组依据列及   COUNT_BIG(*)   表达式。此外，CREATE   UNIQUE   CLUSTERED   INDEX   子句中必须只包含这些列。    
  可以创建索引的视图的定义主体必须具有确定性且必须精确，这类似于计算列上的索引要求。请参见在计算列上创建索引。  
   
  权限  
  CREATE   INDEX   的权限默认授予   sysadmin   固定服务器角色、db_ddladmin   和   db_owner   固定数据库角色和表所有者且不能转让。  
   
  示例  
  A.   使用简单索引  
  下面的示例为   authors   表的   au_id   列创建索引。  
   
  SET   NOCOUNT   OFF  
  USE   pubs  
  IF   EXISTS   (SELECT   name   FROM   sysindexes    
              WHERE   name   =   "au_id_ind")  
        DROP   INDEX   authors.au_id_ind  
  GO  
  USE   pubs  
  CREATE   INDETop

3 楼goalitaly（）回复于 2002-05-10 12:11:39 得分 10

FILLFACTOR   中间级页   叶级页    
  0   一个可用项   100%   填满    
  1%   -99   一个可用项   <=   FILLFACTOR%   填满    
  100%   一个可用项   100%   填满    
   
   
  一个可用项是指页上可以容纳另一个索引项的空间。  
   
   
   
  重要     用某个   FILLFACTOR   值创建聚集索引会影响数据占用存储空间的数量，因为   SQL   Server   在创建聚集索引时会重新分布数据。  
   
   
  IGNORE_DUP_KEY  
   
  控制当尝试向属于唯一聚集索引的列插入重复的键值时所发生的情况。如果为索引指定了   IGNORE_DUP_KEY，并且执行了创建重复键的   INSERT   语句，SQL   Server   将发出警告消息并忽略重复的行。  
   
  如果没有为索引指定   IGNORE_DUP_KEY，SQL   Server   会发出一条警告消息，并回滚整个   INSERT   语句。  
   
  下表显示何时可使用   IGNORE_DUP_KEY。  
   
  索引类型   选项    
  聚集   不允许    
  唯一聚集   允许使用   IGNORE_DUP_KEY    
  非聚集   不允许    
  唯一非聚集   允许使用   IGNORE_DUP_KEY    
   
   
  DROP_EXISTING  
   
  指定应除去并重建已命名的先前存在的聚集索引或非聚集索引。指定的索引名必须与现有的索引名相同。因为非聚集索引包含聚集键，所以在除去聚集索引时，必须重建非聚集索引。如果重建聚集索引，则必须重建非聚集索引，以便使用新的键集。    
   
  为已经具有非聚集索引的表重建聚集索引时（使用相同或不同的键集），DROP_EXISTING   子句可以提高性能。DROP_EXISTING   子句代替了先对旧的聚集索引执行   DROP   INDEX   语句，然后再对新的聚集索引执行   CREATE   INDEX   语句的过程。非聚集索引只需重建一次，而且还只是在键不同的情况下才需要。  
   
  如果键没有改变（提供的索引名和列与原索引相同），则   DROP_EXISTING   子句不会重新对数据进行排序。在必须压缩索引时，这样做会很有用。    
   
  无法使用   DROP_EXISTING   子句将聚集索引转换成非聚集索引；不过，可以将唯一聚集索引更改为非唯一索引，反之亦然。    
   
   
   
  说明     当执行带   DROP_EXISTING   子句的   CREATE   INDEX   语句时，SQL   Server   假定索引是一致的（即索引没有损坏）。指定索引中的行应按   CREATE   INDEX   语句中引用的指定键排序。  
   
   
  STATISTICS_NORECOMPUTE  
   
  指定过期的索引统计不会自动重新计算。若要恢复自动更新统计，可执行没有   NORECOMPUTE   子句的   UPDATE   STATISTICS。  
   
   
   
  重要     如果禁用分布统计的自动重新计算，可能会妨碍   SQL   Server   查询优化器为涉及该表的查询选取最佳执行计划。  
   
   
  SORT_IN_TEMPDB  
   
  指定用于生成索引的中间排序结果将存储在   tempdb   数据库中。如果   tempdb   与用户数据库不在同一磁盘集，则此选项可能减少创建索引所需的时间，但会增加创建索引时使用的磁盘空间。  
   
  有关更多信息，请参见   tempdb   和索引创建。  
   
  ON   filegroup  
   
  在给定的   filegroup   上创建指定的索引。该文件组必须已经通过执行   CREATE   DATABASE   或   ALTER   DATABASE   创建。  
   
  注释  
  为表或索引分配空间时，每次递增一个扩展盘区（8   个   8   KB   的页）。每填满一个扩展盘区，就会再分配一个。如果表非常小或是空表，其索引将使用单页分配，直到向索引添加了   8   页后，再转而进行扩展盘区分配。若要获得有关索引已分配和占用的空间数量的报表，请使用   sp_spaceused。    
   
  创建聚集索引要求数据库中的可用空间大约为数据大小的   1.2   倍。该空间不包括现有表占用的空间；将对数据进行复制以创建聚集索引，旧的无索引数据将在索引创建完成后删除。使用   DROP_EXISTING   子句时，聚集索引所需的空间数量与现有索引的空间要求相同。所需的额外空间可能还受指定的   FILLFACTOR   的影响。  
   
  在   SQL   Server   2000   中创建索引时，可以使用   SORT_IN_TEMPDB   选项指示数据库引擎在   tempdb   中存储中间索引排序结果。如果   tempdb   在不同于用户数据库所在的磁盘集上，则此选项可能减少创建索引所需的时间，但会增加用于创建索引的磁盘空间。除在用户数据库中创建索引所需的空间外，tempdb   还必须有大约相同的额外空间来存储中间排序结果。有关更多信息，请参见   tempdb   和索引创建。  
   
  CREATE   INDEX   语句同其它查询一样优化。SQL   Server   查询处理器可以选择扫描另一个索引，而不是执行表扫描，以节省   I/O   操作。在某些情况下，可以不必排序。  
   
  在运行   SQL   Server   企业管理器和程序员版的多处理器计算机上，CREATE   INDEX   自动使用多个处理器执行扫描和排序，与其它查询的操作方式相同。执行一条   CREATE   INDEX   语句所使用的处理器数由配置选项   max   degree   of   parallelism   和当前的工作负荷决定。如果   SQL   Server   检测到系统正忙，则在开始执行语句之前，CREATE   INDEX   操作的并发程度会自动降低。  
   
  自上一次文件组备份以来受   CREATE   INDEX   语句影响的全部文件组必须作为一个单位备份。有关文件和文件组备份的更多信息，请参见   BACKUP。  
   
  备份和   CREATE   INDEX   操作不相互防碍。如果正在进行备份，则在完整日志记录模式中创建索引，而这可能需要额外的日志空间。  
   
  若要显示有关对象索引的报表，请执行   sp_helpindex。    
   
  可以为临时表创建索引。在除去表或终止会话时，所有索引和触发器都将被除去。  
   
  索引中的可变类型列  
  索引键允许的最大大小为   900   字节，不过   SQL   Server   2000   允许在可能包含大量可变类型列的列上创建索引，而这些列的最大大小超过   900   字节。    
   
  在创建索引时，SQL   Server   检查下列条件：    
   
  所有参与索引定义的固定数据列的总长度必须小于或等于   900   字节。当所要创建的索引只由固定数据列构成时，固定数据列的总计大小必须小于或等于   900   字节。否则将不能创建索引，且   SQL   Server   将返回错误。  
   
   
  如果索引定义由固定类型列和可变类型列组成，且固定数据列满足前面的条件（小于或等于   900   字节），则   SQL   Server   仍要检查可变类型列的总大小。如果可变类型列的最大大小与固定数据列大小的和大于   900   字节，则   SQL   Server   将创建索引，不过将给用户返回警告消息以提醒用户：如果随后在可变类型列上的插入或更新操作导致总大小超过   900   字节，则操作将失败且用户将收到运行时错误。同样，如果索引定义只由可变类型列组成，且这些列的最大总大小大于   900   字节，则   SQL   Server   将创建索引，不过将返回警告消息。    
  有关更多信息，请参见索引键的最大值。  
   
  在计算列和视图上创建索引时的考虑  
  在   SQL   Server   2000   中，还可以在计算列和视图上创建索引。在视图上创建唯一聚集索引可以提高查询性能，因为视图存储在数据库中的方式与具有聚集索引的表的存储方式相同。  
   
  UNIQUE   或   PRIMARY   KEY   只要满足所有索引条件，就可以包含计算列。具体说来就是，计算列必须具有确定性、必须精确，且不能包含   text、ntext   或   image   列。有关确定性的更多信息，请参见确定性函数和非确定性函数。  
   
  在计算列或视图上创建索引可能导致前面产生的   INSERT   或   UPDATE   操作失败。当计算列导致算术错误时可能产生这样的失败。例如，虽然下表中的计算列   c   将导致算术错误，但是   INSERT   语句仍有效：  
   
  CREATE   TABLE   t1   (a   int,   b   int,   c   AS   a/b)  
  GO  
  INSERT   INTO   t1   VALUES   ("1",   "0")  
  GO  
   
  相反，如果创建表之后在计算列   c   上创建索引，则上述   INSERT   语句将失败。  
   
  CREATE   TABLE   t1   (a   int,   b   int,   c   AS   a/b)  
  GO  
  CREATE   UNIQUE   CLUSTERED   INDEX   Idx1   ON   t1.c  
  GO  
  INSERT   INTO   t1   VALUES   ("1",   "0")  
  GO  
   
  在通过数字或   float   表达式定义的视图上使用索引所得到的查询结果，可能不同于不在视图上使用索引的类似查询所得到的结果。这种差异可能是由对基础表进行   INSERT、DELETE   或   UPDATE   操作时的舍入错误引起的。  
   
  若要防止   SQL   Server   使用索引视图，请在查询中包含   OPTION   (EXPAND   VIEWS)   提示。此外，任何所列选项设置不正确均会阻止优化程序使用视图上的索引。有关   OPTION   (EXPAND   VIEWS)   提示的更多信息，请参见   SELECT。  
   
  对索引视图的限制  
  定义索引视图的   SELECT   语句不得包含   TOP、DISTINCT、COMPUTE、HAVING   和   UNION   关键字。也不能包含子查询。  
   
  SELECT   列表中不得包含星号   (*)、"table.*"   通配符列表、DISTINCT、COUNT(*)、COUNT(<expression>)、基表中的计算列和标量聚合。    
   
  非聚合   SELECT   列表中不能包含表达式。聚合   SELECT   列表（包含   GROUP   BY   的查询）中可能包含   SUM   和   COUNT_BIG(<expression>)；它一定包含   COUNT_BIG(*)。不允许有其它聚合函数（MIN、MAX、STDEV，...）。  
   
  使用   AVG   的复杂聚合无法参与索引视图的   SELECT   列表。不过，如果查询使用这样的聚合，则优化程序将能使用该索引视图，用   SUM   和   COUNT_BIG   的简单聚合组合代替   AVG。  
   
  若某列是从取值为   float   数据类型或使用   float   表达式进行取值的表达式得到的，则不能作为索引视图或表中计算列的索引键。这样的列被视为是不精确的。使用   COLUMNPROPERTY   函数决定特定计算列或视图中的列是否精确。  
   
  索引视图受限于以下的附加限制：    
   
  索引的创建者必须拥有表。所有表、视图和索引必须在同一数据库中创建。  
   
   
  定义索引视图的   SELECT   语句不得包含视图、行集函数、行内函数或派生表。同一物理表在该语句中只能出现一次。  
   
   
  在任何联接表中，均不允许进行   OUTER   JOIN   操作。  
   
   
  搜索条件中不允许使用子查询或者   CONTAINS   或   FREETEXT   谓词。  
   
   
  如果视图定义包含   GROUP   BY   子句，则视图的   SELECT   列表中必须包含所有分组依据列及   COUNT_BIG(*)   表达式。此外，CREATE   UNIQUE   CLUSTERED   INDEX   子句中必须只包含这些列。    
  可以创建索引的视图的定义主体必须具有确定性且必须精确，这类似于计算列上的索引要求。请参见在计算列上创建索引。  
   
  权限  
  CREATE   INDEX   的权限默认授予   sysadmin   固定服务器角色、db_ddladmin   和   db_owner   固定数据库角色和表所有者且不能转让。  
   
  示例  
  A.   使用简单索引  
  下面的示例为   authors   表的   au_id   列创建索引。  
   
  SET   NOCOUNT   OFF  
  USE   pubs  
  IF   EXISTS   (SELECT   name   FROM   sysindexes    
              WHERE   name   =   "au_id_ind")  
        DROP   INDEX   authors.au_id_ind  
  GO  
  USE   pubs  
  CREATE   INDETop

4 楼gongshutao（虫虫）回复于 2002-05-10 12:21:54 得分 0

索引  
  可以利用索引快速访问数据库表中的特定信息。索引是对数据库表中一个或多个列（例如，employee   表的姓氏   (lname)   列）的值进行排序的结构。如果想按特定职员的姓来查找他或她，则与在表中搜索所有的行相比，索引有助于更快地获取信息。  
  索引提供指针以指向存储在表中指定列的数据值，然后根据指定的排序次序排列这些指针。数据库使用索引的方式与使用书的目录很相似：通过搜索索引找到特定的值，然后跟随指针到达包含该值的行。  
  在数据库关系图中，可以为选定的表创建、编辑或删除索引/键属性页中的每个索引类型。当保存附加在此索引上的表或包含此表的数据库关系图时，索引同时被保存。有关详细信息，请参见创建索引。  
  通常情况下，只有当经常查询索引列中的数据时，才需要在表上创建索引。索引将占用磁盘空间，并且降低添加、删除和更新行的速度。不过在多数情况下，索引所带来的数据检索速度的优势大大超过它的不足之处。然而，如果应用程序非常频繁地更新数据，或磁盘空间有限，那么最好限制索引的数量。  
   
  索引类型  
  根据数据库的功能，可在数据库设计器中创建三种类型的索引   —   唯一索引、主键索引和聚集索引。  
  提示       尽管唯一索引有助于找到信息，但为了获得最佳性能，建议使用主键约束或唯一约束。  
  唯一索引  
  唯一索引不允许两行具有相同的索引值。  
  主键索引  
  数据库表通常有一列或列组合，其值用来唯一标识表中的每一行。该列称为表的主键。  
  在数据库关系图中为表定义一个主键将自动创建主键索引，主键索引是唯一索引的特殊类型。主键索引要求主键中的每个值是唯一的。  
  聚集索引  
  聚集索引中，表中各行的物理顺序与键值的逻辑（索引）顺序相同。表只能包含一个聚集索引。  
  如果不是聚集索引，表中各行的物理顺序与键值的逻辑顺序不匹配。聚集索引比非聚集索引有更快的数据访问速度  
  在   Microsoft?   SQL   Server?   数据库中可以创建聚集索引。在聚集索引中，表中各行的物理顺序与索引键值的逻辑（索引）顺序相同。表只能包含一个聚集索引。聚集索引通常可加快   UPDATE   和   DELETE   操作的速度，因为这两个操作需要读取大量的数据。创建或修改聚集索引可能要花很长时间，因为执行这两个操作时要在磁盘上对表的行进行重组。  
  可考虑将聚集索引用于：    
  1：包含数量有限的唯一值的列，如   state   列只包含   50   个唯一的州代码。  
  2：使用下列运算符返回一个范围值的查询：BETWEEN、>、>=、<   和   <=。  
  3：返回大结果集的查询。   （摘自Microsoft?   SQL   Server?帮助）  
  聚集索引对于那些经常要搜索范围值的列特别有效。使用聚集索引找到包含第一个值的行后，便可以确保包含后续索引值的行在物理相邻。例如，如果应用程序执行的一个查询经常检索某一日期范围内的记录，则使用聚集索引可以迅速找到包含开始日期的行，然后检索表中所有相邻的行，直到到达结束日期。这样有助于提高此类查询的性能。同样，如果对从表中检索的数据进行排序时经常要用到某一列，则可以将该表在该列上聚集（物理排序），避免每次查询该列时都进行排序，从而节省成本。  
  当索引值唯一时，使用聚集索引查找特定的行也很有效率。例如，使用唯一雇员   ID   列   emp_id   查找特定雇员的最快速的方法，是在   emp_id   列上创建聚集索引或   PRIMARY   KEY   约束。  
  在创建聚集索引之前，应先了解您的数据是如何被访问的。可考虑将聚集索引用于：    
  1   包含大量非重复值的列。  
  2   使用下列运算符返回一个范围值的查询：BETWEEN、>、>=、<   和   <=。  
  3   被连续访问的列。  
  4   返回大型结果集的查询。  
  5   经常被使用联接或   GROUP   BY   子句的查询访问的列；一般来说，这些是外键列。对   ORDER   BY   或   GROUP   BY   子句中指定的列进行索引，可以使   SQL   Server   不必对数据进行排序，因为这些行已经排序。这样可以提高查询性能。  
  6   OLTP   类型的应用程序，这些程序要求进行非常快速的单行查找（一般通过主键）。应在主键上创建聚集索引。    
  聚集索引不适用于：    
  1   频繁更改的列   这将导致整行移动（因为   SQL   Server   必须按物理顺序保留行中的数据值）。这一点要特别注意，因为在大数据量事务处理系统中数据是易失的。  
  2   宽键     来自聚集索引的键值由所有非聚集索引作为查找键使用，因此存储在每个非聚集索引的叶条目内。  
  说明  
  如果该表上尚未创建聚集索引，且在创建   PRIMARY   KEY   约束时未指定非聚集索引，PRIMARY   KEY   约束会自动创建聚集索引。  
  注意事项  
  定义聚集索引键时使用的列越少越好，这一点很重要。如果定义了一个大型的聚集索引键，则同一个表上定义的任何非聚集索引都将增大许多，因为非聚集索引条目包含聚集键。当把   SQL   脚本保存到可用空间不足的磁盘上时，索引优化向导不返回错误。  
  （摘自Microsoft?   SQL   Server?帮助）Top

5 楼kaikaihe（开开）回复于 2002-05-10 12:44:20 得分 0

不用补充了Top

6 楼Jameszht（湖泊）回复于 2002-05-10 12:48:14 得分 0

學習Top

7 楼Jameszht（湖泊）回复于 2002-05-10 12:49:58 得分 0

學習學習Top

8 楼weixy（）回复于 2002-05-10 12:56:24 得分 0

建议大家以后多看帮助，其实都在帮助里。Top

9 楼gongshutao（虫虫）回复于 2002-05-10 13:43:49 得分 0

可不可以把分给自己呀？：）Top

10 楼Yang_（扬帆破浪）回复于 2002-05-10 14:16:39 得分 70

我想楼主的意思是怎么建合适的索引，而不是怎么建的索引。  
   
  关于建索引的原则，我也希望能整理一下，做成一个FAQ。  
  先说有问题的索引，可以反过来看建索引的原则：  
  1、表上没有索引，导致全表扫描。  
  2、建立索引的表太小，没有必要建索引。  
  3、索引中的每一行数据对应过多的表中的行，如对性别建索引。  
  4、对于在WHERE中出现，但总是与函数或操作符一起使用的字段建索引，这样的索引不起作用。  
  5、表上太多索引，特别是在OLTP系统，造成插入缓慢。  
  6、索引项太大。  
  7、不合理的复合索引。  
   
  我先想到几条写几条，大家继续补充  
  最后提醒：索引要和SQL语句优化配合。