索引是以表列为根底的数据库目标。索引中保存着表中排序的索引列，并且纪录了索引列在数据库表中的物理存储方位，完结了表中数据的逻辑排序。经过索引，能够加速数据的查询速度和削减体系的呼应时刻;能够使表和表之间的衔接速度加速。

可是，不是在任何时分运用索引都能够到达这种效果。若在不恰当的场合下，运用索引反而会适得其反。所以，在SQL Server数据库中运用索引的话，仍是需求恪守必定的规矩。

铁律一：天下没有免费的午饭，运用索引是需求支付价值的

索引的长处众所周知，可是，却很少有人关怀过选用索引所需求支付的本钱。若数据库办理员能够对索引所需求支付的价值有一个充沛的知道，也就不会那么随意处处树立索引了。

细心数数，其实树立索引的价值仍是蛮大的。如创立索引和保护索引都需求花费时刻与精力。特别是在数据库规划的时分，数据库办理员为表中的哪些字段需求树立索引，要调研、要和谐。如当建有索引的表中的纪录又添加、删去、修正操作时，数据库要对索引进行从头调整。尽管这个作业数据库主动会完结，可是，需求耗费服务器的资源。当表中的数据越多，这个耗费的资源也就越多。如索引是数据库中实践存在的目标，所以，每个索引都会占用必定的物理空间。若索引多了，不光会占用许多的物理空间，并且，也会影响到整个数据库的运转功能。

可见，数据库办理员若要选用索引来进步体系的功能，本身依然需求支付不少的价值。数据库办理员现在要考虑的便是怎么在这两个之间取得一个均衡。或许说，找到一个报答与投入的临界点。

铁律二：关于查询中很少触及的列或许重复值比较多的列，不要树立索引

在查询的时分，假如咱们不按某个字段去查询，则在这个字段上树立索引也是糟蹋。如现在有一张职工信息表，咱们或许按职工编号、职工名字、或许身世地去查询职工信息。可是，咱们往往不会依照身份证号码去查询。尽管这个身份证号码是仅有的。此刻，即便在这个字段上树立索引，也不能够进步查询的速度。相反，添加了体系保护时刻和占用了体系空间。这简直便是搬起石头砸自己的脚呀。

别的，如上面的职工信息表，有些字段重复值比较多。如性别字段首要便是“男”、“女”;职位字段中也是有限的几个内容。此刻，在这些字段上添加索引也不会显着的添加查询速度，削减用户呼应时刻。相反，由于需求占用空间，反而会下降数据库的全体功能。

数据库索引办理中的第二条铁律便是，关于查询中很少触及的列或许重复值比较多的列，不要树立索引。

铁律三：关于按规模查询的列，最好树立索引

在信息化办理体系中，许多时分需求按规模来查询某些买卖记载。如在ERP体系中，常常需求查询当月的出售订单与出售出货状况，这就需求按日期规模来查询买卖记载。如有时分发现库存不对时，也需求某段时期的库存进出状况，如5月1日到12月3日的库存买卖状况等等。此刻，也是依据日期来进行查询。

关于这些需求在指定规模内快速或许频频查询的数据列，需求为其树立索引。由于索引现已排序，其保存的时分指定的规模是接连的，查询能够运用索引的排序，加速查询时刻，削减用户等待时刻。

不过，若尽管或许需求按规模来进行查询，可是，若这个规模查询条件运用的不多的状况下，最好欠好选用索引。如在职工信息表中，或许需求查询2008年3月份曾经入职的职工明细，要为他们添加福利。可是，由于表中记载不多，并且，也很少进行相似的查询。若维这个字段树立索引，尽管无伤大雅，可是很显着，索引所取得的收益要低于其本钱开销。对数据库办理员来说，是因小失大的。

再者，若选用规模查询的话，最好能运用TOP关键字来约束一次查询的成果。如第一次按次序只显示前面的500条记载等等。把TOP关键字跟规模一同运用，能够大大的进步查询的功率。

铁律四：表中若有主键或许外键，必定要为其树立索引

界说有主键的索引列，必定要为其树立索引。由于主键能够加速定位到表中的某一行。结合索引的效果，能够使得查询的速度加倍。如在职工信息表中，咱们往往把职工编号设置为主键。由于这不光能够进步查询的速度，并且由于主键要求记载的仅有，还能够确保职工编号的仅有性。此刻，若再把这个职工编号字段设置为索引，则经过职工编号来查询职工信息，其功率要比没有树立索引高出许多。

别的，若要使得某个字段的值仅有，能够经过两种索引方法完结。一种便是上面所讲的主键索引。还有一种便是仅有索引，运用UNIQUE关键字指定字段内容的仅有性。这两种方法都会在表中的指定列上主动创立仅有索引。这两种方法的成果没有显着的差异。查询优化器不会区别到底是哪种方法树立的仅有性索引，并且他们进行数据查询的方法也是相同的。

若某张表中的数据列界说有外键，则最好也要为这个字段树立索引。由于外键的首要效果就在于表与表之间的衔接查询。若在外键上树立索引，能够加速表与表之间的衔接查询。如在职工基本信息表中，有一个字段为职工职位。由于职工职位常常在改变，在这儿，存储的其实仅仅一个职工职位的代码。在别的一张职位信息表中具体记载着该职位的相关信息。此刻，这个职工职位字段便是外键。若在这个字段上树立外键，则能够显着进步两张表的衔接速度。并且，记载越多，其效果越加显着。

所以，当表中有外键或许主键的时分，就最好为其树立索引。经过索引，能够强化主键与外键的效果，进步数据库的功能。

铁律五：关于一些特别的数据类型，不要树立索引

在表中，有些字段比较特别。如文本字段(TXT)、图画类型字段(IMAGE)等等。假如表中的字段归于这些数据类型，则最好不要为其树立索引。由于这些字段有一些一起的特色。如长度不确定，要么很长，几个字符;要么便是空字符串。如文本数据类型常在使用体系的数据库表中用来做补白的数据类型。有时分补白很长，但有时分又没有数据。若这种类型的字段上树立索引，那底子起不了效果。相反，还添加了体系的担负。

所以，在一些比较特别的数据类型上，树立索引要慎重。在通常状况下，没有必要为其树立索引。可是，也有特别的状况。如有时分，在ERP体系中，有产品信息这个表，其中有个产品标准这个字段。有时分，其长度或许长达5000个字符。此刻，只要文本型的数据类型能够包容这么大的数据量。并且，在查询的时分，用户又喜爱经过标准这个参数来查询产品信息。此刻，若不为这个字段树立索引的话，则查询的速度会很慢。遇到这种状况时，数据库办理员只要献身一点体系资源，为其树立索引。

从这儿也能够看出，尽管以上几条说的时铁律，可是，是否需求遵从，仍是需求数据库办理员依据企业的实践状况，做出合理的挑选。

铁律六：索引能够跟Where句子的调集融为一体

用户在查询信息的时分，有时会常常会用到一些约束句子。如在查询出售订单的时分，常常会用到客户以及下单日期的条件调集;如在查询某个产品的库存买卖状况时，就会运用产品编号与买卖日期起止日期的条件调集。

关于这些常常用在Where子句中的数据列，将索引树立在Where子句的调集进程中，关于需求加速或许频频检索的数据列，能够让这些常常参加查询的数据列依照索引的排序进行查询，以加速查询的时刻。

总归，索引就好像一把双刃剑，即能够进步数据库的功能，也或许对数据库的功能起到不和效果。作为数据库办理员，要有这个才能判别在适宜的时刻、适宜的事务、适宜的字段上树立适宜的索引。以上六个铁律，仅仅对树立索引的一些基本要求。

【修改引荐】

1. 怎么在SQL Server数据库中成批导入数据
2. 把数据从SQL Server输出到文本文件
3. SQL Server查询进程的内存实践耗费