默认情况下建立的索引是非聚集索引，但有时不是更好的。在非聚集索引中，数据是随机存储在数据页上的。合理的索引设计应该基于对各种查询的分析和预测。一般来说：1。有很多重复的值，并且经常有范围查询（介于，=，=）和顺序，按列分组，可以考虑建立集群索引；经常同时访问多个列，并且每个列包含重复的值可以考虑建立复合索引；组合索引，使键查询尽可能形成索引覆盖率。前列必须是更常用的列。索引有助于提高性能，但不能越多索引越好。相反，索引过多会导致系统效率低下，用户向表中添加索引，并维护索引集，以便进行相应的更新。
    
     NULL不能被索引。任何包含空值的列都不包含在索引中。即使索引有多列，只要这些列之一包含空值，该列就排除在索引之外。也就是说，如果列具有空值，即使对其进行索引，也不会提高性能。任何状态在WHERE子句不允许使用索引的情况下，使用优化器为NULL或NULL为NULL。
    
     EXISTS比IN有效得多。它涉及全表扫描和范围扫描。几乎所有IN操作符子查询都使用EXISTS重写为子查询。
    
     5。在SQL Server 2000中，如果存储过程只有一个参数，并且是OUTPUT类型，那么在调用存储过程时必须给它一个初始值，否则将发生调用错误。
    
     使用ORDER BY和GROUP BY短语，任何索引都有助于提高SELECT的性能。注意，如果索引列中存在NULL值，优化器将不被优化。
    
     7。列上的任何操作都会导致表扫描，其中包括数据库功能、计算表达式等。查询时，尽可能地将操作移到等号的右边。
    
     IN和OR子句经常使用工作表来使索引无效。如果不产生很多重复的值，可以考虑将子句分开。索引应该包含在被破坏的子句中。
    
     DCBC（数据库一致性检查程序）是一套验证SQL Server数据库完整性的程序。
    
     在某些必须使用游标的情况下，可以考虑将合格的数据行传输到临时表中，然后对临时表定义游标进行操作，这可以显著提高性能。
    
     优化是WHERE子句利用了无法优化的索引，即表扫描或额外的开销。
    
     索引设计和查询设计。反过来，更大的性能问题往往是由这些方面的缺陷引起的。实际上，SQL优化的本质是减少I/O表扫描的数量，并尽可能避免使用状态进行表搜索。其实SQL的性能优化是一个复杂的过程，以上只是应用层面的表现，深入研究还将涉及到数据库层的资源配置、网络层。交通控制和操作系统层的总体设计。
    
     装入，请稍候…