CREATE INDEX
为给定表或视图创建索引。
只有表或视图的所有者才能为表创建索引。表或视图的所有者可以随时创建索引，无论表中是否有数据。可以通过指定限定的数据库名称，为另一
个数据库中的表或视图创建索引。
语法
CREATE [ UNIQUE ] [ CLUSTERED | NONCLUSTERED ] INDEX index_name
ON { table | view } ( column [ ASC | DESC ] [ ,...n ] )
[ WITH < index_option > [ ,...n] ]
[ ON filegroup ]
< index_option > ::=
{ PAD_INDEX |
FILLFACTOR = fillfactor |
IGNORE_DUP_KEY |
DROP_EXISTING |
STATISTICS_NORECOMPUTE |
SORT_IN_TEMPDB
}
CREATE INDEX 语句用于在表中创建索引。
在不读取整个表的情况下，索引使数据库应用程序可以更快地查找数据。
索引
您可以在表中创建索引，以便更加快速高效地查询数据。
用户无法看到索引，它们只能被用来加速搜索/查询。
注释：更新一个包含索引的表需要比更新一个没有索引的表更多的时间，这是由于索引本身也需要更新。因此，理想的做法是仅仅在常常被搜索的
列（以及表）上面创建索引。
SQL CREATE INDEX 语法
在表上创建一个简单的索引。允许使用重复的值：
CREATE INDEX index_name
ON table_name (column_name)
注释："column_name" 规定需要索引的列。
SQL CREATE UNIQUE INDEX 语法
在表上创建一个唯一的索引。唯一的索引意味着两个行不能拥有相同的索引值。
CREATE UNIQUE INDEX index_name
ON table_name (column_name)
CREATE INDEX 实例
本例会创建一个简单的索引，名为 "PersonIndex"，在 Person 表的 LastName 列：
CREATE INDEX PersonIndex
ON Person (LastName)
如果您希望以降序索引某个列中的值，您可以在列名称之后添加保留字 DESC：
CREATE INDEX PersonIndex
ON Person (LastName DESC)
假如您希望索引不止一个列，您可以在括号中列出这些列的名称，用逗号隔开：
CREATE INDEX PersonIndex
ON Person (LastName, FirstName)
聚簇索引和非聚簇索引都是为了增加数据检索速度而存在的.
在配置上， 每个表只能有一个聚簇索引，而能有200多个非聚簇索引。
在物理分配上， 每个表的数据都是分配在页上，一个页大概有8k左右，假设一条数据占1000字节的话，那么8000条数据占8000*1k/8k = 1000页面
，这些数据存在于数据块中。
如果对这些数据中的某一10字节的字段做聚簇索引的话，8000 * 0.01K /8 = 10 页面，那么10页面作为存储这些索引而存在。并存放于索引块
如果对这些数据中的某一10字节的字段做非聚簇索引的话，2 * 8000 * 0.01K /8 = 20 页面，那么20页面作为存储这些索引而存在。并存放于索引
块。乘2 的原因请看以下叙述。
在功能上， 聚簇索引后，数据按照索引的顺序来排序，所以索引所指向的就是数据层里对应的相关数据。
非聚簇索引后，数据不会按照索引的顺序来排序，所以数据库会先按字理或逻辑先生成首层索引， 再根据首层索引生成第二层索
引，第二层索引
所指向的才是数据层里对应的相关数据。
在性能上， 聚簇索引在大多数的情况下对该索引的查询操作性能是最好的，查询先通过索引层（按上述的例子中，最多需要搜索10页）找到
对应数据存在位置，就算是多条符合记录的数据，也是在旁边的数据位置中就能找到
非聚簇索引在大多数的情况下对该索引的查询操作性能比聚簇索引稍次，查询也先通过首层索引（按上述的例子中，最多搜索10
页）找到对应第二层索引存在位置，由第二层索引层再找到数据的物理位置。
索引虽然可以增加查询速度，但也有以下缺陷，需要在设置时注意
1. 占用空间，虽然索引块增长速度不如数据块那么急剧，但毕竟也是消耗空间的。
2. 在select * 的访问语句时， 数据库会先搜索聚簇和非聚簇索引的索引块的索引，再搜索数据块，这种情况下表里完全不设索引的性能高于
设了聚簇索引的性能（按上例要额外搜索10个页），设了聚簇的性能比设非聚簇的要好（按上例非聚簇要额外搜索20个页） |
