关于数据库索引

首先，索引是这么写的：

CREATE INDEX IX_USER_ID ONUSER(ID)

CREATE INDEX IX_USER_USERNAMEON USER(USERNAME)

CREATE INDEX IX_USER_PASSWORDON USER(PASSWORD)

为什么要创建索引呢？

这是因为，创建索引可以大大提高系统的性能。

1. 通过创建唯一性索引，可以保证数据库表中每一行数据的唯一性。

2. 可以大大加快数据的检索速度，这也是创建索引最主要的原因。

3. 可以加速表和表之间的连接，特别是在实现数据的参考完整性方面特别的有意义。

4. 在使用分组和排序子句进行数据检索时，同样可以显著减少查询中分组和排序的时间。

5. 通过使用索引，可以在查询的过程中，使用优化隐藏器，提高系统的性能。

为什么不对表中每一个列都创建一个索引呢？

虽然，索引有许多优点，但是，为表中的每一个列都增加索引，是非常不明智的。

这是因为，增加索引也有许多不利的地方。

1. 创建索引和维护索引要耗费时间，这种时间随着数据量的增加而增加。

2. 索引需要占物理空间，除了数据表占数据空间之外，每一个索引还要占一定的物理空间，如果要建立聚簇索引，那么需要的空间会更大。

3. 当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，这样就降低了数据的维护速度。

索引是建立在数据库表的列上面的。所以，在创建索引的时候，应该仔细考虑哪些列上可以创建索引，哪些列上不能创建索引。

例如：

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

在作为主键的列上，强制该列的唯一性；

在经常用在连接的列上，这些列主要是一些外键，可以加快连接的速度；

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

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

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

哪些列不应该创建索引呢？

一般来说，不应该创建索引的列具有以下特点：

1. 那些在查询中很少使用或者参考的列不应该创建索引。

    这是因为，既然这些列很少使用到，因此有没有索引都不会提高查询的速度。相反，由于增加了索引，反而降低了系统的维护速度和增大了空间需求。

2. 对于那些只有很少的数据值的列也不应该增加索引。

    这是因为，由于这些列的取值很少，例如人事表的性别列。

    这种情况下增加索引，并不能明显加快检索速度。

3. 对于那些定义为text，image和bit数据类型的列不应该增加索引。

    这是因为，这些列的数据量要么相当大，要么取值很少。

4. 当修改性能远远大于检索性能时，不应该创建索引。

    这是因为，修改性能和检索性能时相互矛盾的。

    当增加索引时，会提高检索性能，但是会降低修改性能。

    当减少索引时，会提高修改性能，降低检索性能。

    因此，当修改性能远远大于检索性能时，不应该创建索引。