SQL Server设计索引导航模式 |
本文标签:SQL Server设计索引 以下的文化在那个主要是向大家介绍的是SQL Server设计索引的实际操作过程中一些通用的指南,主要包括以下几点,对于一般的组合索引,尽量保持索引的越靠左边的列越具有高的选择性 。索引中的第一列应该最具有唯一性(如果可能) 。 并且索引列的顺序总体上应该具有从高到低的唯一性 。然而,记住如果索引的第一列没有在SARG或join子句中出现,那么选择性将不会有任何帮助 。为了确保索引能够被大多数查询使用,第一列应该是查询中最常用的列 。 确保join中使用的列具有索引 。如果join中的列上没有索引,Join的处理将是低效的 。记住:一个PRIMARY KEY约束将自动会在一个列上创建索引,但是FOREIGN KEY约束不会的 。如果你的查询通常在表的primary Key 和foreign key之间进行join操作,那么你将会在foreign key上创建索引 。 为你的最关键查询和事务来调整索引 。你不能为每个可能的查询都创建索引 。然而,如果你能识别你的关键和最常用的查询,并为它们创建索引,那么你的应用将运行地更好 。SQL Profile是一个识别你的最常用查询的有用工具 。SQL Profie也能识别那些运行慢的查询 。 避免列上的索引具有低选择性 。优化器将不可能使用这些索引,它们只是占有些空间并且在插入、删除、修改时增加了以一些不必的负担而已 。当索引能覆盖一个查询则是一个例外 。索引覆盖将在后面详细介绍 。 小心选择你的聚集和非聚集索引 。接下来的两个小节将讨论给出一些选择聚集和非聚集索引的技巧和指南 。这些都基于对列上包含的数据和该列上所执行的查询类型来给出的 。 以上的相关内容就是对SQL Server设计索引的一些通用的指南包括以下几点的介绍,望你能有所收获 。 上述的相关内容就是对SQL Server设计索引的一些通用的指南包括的几点描述,希望会给你带来一些帮助在此方面 。 |