SQL Server 创建索引分区

    最近一段时间换工作，然后去面试发现很多会问关于大数据量数据查询性能优化的问题，感觉自己之前做项目都是一知半解的状态，很多东西都没有搞明白，这点还蛮要命的。后面跟盆友讨论的时候，提到建索引分区，可以提高从海量数据中查询效率。

一.索引的概念及原理

数据库索引，是数据库管理系统中一个排序的数据结构，以协助快速查询，更新数据库表中的数据。

http://images.cnitblog.com/blog/17071/201309/17013445-8b65c9b0eb194e45ae43d38c498519f3.gif

二.怎么建合适、高效的索引

一般来说，应该在这些列上创建索引：

1.在经常需要搜索的列上，可以加快搜索的速度；

2.在作为主键的列上，强制该列的唯一性和组织表中数据的排列结构；在经常用在连接的列上，这些列主要是一些外键，可以加快连接的速度；

3.在经常需要根据范围进行搜索的列上创建索引，因为索引已经排序，其指定的范围是连续的；

4.在经常需要排序的列上创建索引，因为索引已经排序，这样查询可以利用索引的排序，加快排序查询时间；

5.在经常使用在WHERE子句中的列上面创建索引，加快条件的判断速度。

同样，对于有些列不应该创建索引。一般来说，不应该创建索引的的这些列具有下列特点：

1.对于那些在查询中很少使用或者参考的列不应该创建索引。这是因为，既然这些列很少使用到，因此有索引或者无索引，并不能提高查询速度。相反，由于增加了索引，反而降低了系统的维护速度和增大了空间需求。

2.对于那些只有很少数据值的列也不应该增加索引。这是因为，由于这些列的取值很少，例如人事表的性别列，在查询的结果中，结果集的数据行占了表中数据行的很大比例，即需要在表中搜索的数据行的比例很大。增加索引，并不能明显加快检索速度。

3.对于那些定义为text, image和bit数据类型的列不应该增加索引。这是因为，这些列的数据量要么相当大，要么取值很少。

4.当修改性能远远大于检索性能时，不应该创建索引。这是因为，修改性能和检索性能是互相矛盾的。当增加索引时，会提高检索性能，但是会降低修改性能。当减少索引时，会提高修改性能，降低检索性能。因此，当修改性能远远大于检索性能时，不应该创建索引。

根据数据库的功能，可以在数据库设计器中创建三种索引：唯一索引、主键索引和聚集索引。

  三.索引的代价

1.占据更多的数据存储空间。

2.插入和更新数据要花费更多时间，因为索引也要随之变动。