SQL Server基础之<索引>

原文:SQL Server基础之<索引>

 索引用于快速找出在某个列中有某一特定值的行,不使用索引,数据库必须从第一条记录开始读完整个表,直到找出相关的行。表越大,查询数据所花费的时间越多,如果表中查询的列有一个索引,数据库能快速到达一个位置去搜索数据,本篇主要介绍与索引相关的内容,包括索引的含义和特点,索引的分类,索引的设计原则以及如何创建和删除索引。

一:索引的含义和特点

 索引是一个单独的,存储在磁盘上的数据结构,它们包含则对数据表里所有记录的引用指针,使用索引用于快速找出在某个或多个列中有某一特定值的行,对相关列使用索引是降低查询操作时间的最佳途径。索引包含由表或视图中的一列或多列生成的键。

 例如:数据库中有20000条记录,现在要执行这样一个查询:SELECT * FROM tableName WHERE num=10000。如果没有索引,必须遍历整个表,直到num=10000的这一行为止;如果在num列上创建索引,SQL Server不需要任何扫描,直接在索引里面找10000,就可以得知这一行的位置。可见,索引的建立可以加快数据的查询速度。

索引的优点主要有以下几条:

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

 (2).可以大大加快数据的查询速度,这也是创建索引的最主要的原因。

 (3).实现数据的参照完整性,可以速表和表之间的连接。

 (4).在使用分组和排序子句进行查询时,也可以显著减少查询中分组和排序的时间。

同时,增加索引也有不利的一面:

 (1).创建索引和维护索引要耗费时间,并且随着数据量的增加所耗费的时间也会增加。

 (2).索引需要占磁盘空间,除了数据表占数据空间之外,每一个索引还要占一定的物理空间,如果有大量的索引,索引文件可能比数据文件更快达到做大文件尺寸。

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

二:索引的分类

 不同数据库中提供了不同的索引类型,SQL Server中的索引有两种:聚集索引和非聚集索引。它们的区别是在物理数据的存储方式上。

1.聚集索引 

  聚集索引基于数据行的键值,在表内排序和存储这些数据行。每个表只能有一个聚集索引,因为数据行本身只能按一个顺序存储。

 (1).每个表只能有一个聚集索引;

 (2). 表中的物理顺序和索引中行的物理顺序是相同的,创建任何非聚集索引之前要首先创建聚集索引,这是因为非聚集索引改变了表中行的物理顺序;

 (3).关键值的唯一性使用UNIQUE关键字或者由内部的唯一标识符明确维护。

 (4).在索引的创建过程中,SQL Server临时使用当前数据库的磁盘空间,所以要保证有足够的空间创建索引。

2.非聚集索引

 非聚集索引具有完全独立于数据行的结构,使用非聚集索引不用将物理数据页中的数据按列排序,非聚集索引包含索引键值和指向表数据存储位置的行定位器。

 可以对表或索引视图创建多个非聚集索引。通常,设计非聚集索引是为了改善经常使用的、没有建立聚集索引的查询的性能。

 查询优化器在搜索数据值时,先搜索非聚集索引以找到数据值在表中的位置,然后直接从该位置检索数据。这使得非聚集索引成为完全匹配查询的最佳选择,因为索引中包含搜索的数据值在表中的精确位置的项。

 具有以下特点的查询可以考虑使用非聚集索引:

  (1).使用JOIN或者GROUP BY子句,应为连接和分组操作中所涉及的列创建多个非聚集索引,为任何外键创建一个聚集索引.

  (2).包含大量唯一值的字段。

  (3).不返回大型结果集的查询。创建筛选索引以覆盖从大型表中返回定义完善的的行子集的查询。

  (4).经常包含在查询的搜索条件(如返回完全匹配的WHERE子句)中的列。

3.其它索引

 除了聚集索引和非聚集索引之外,SQL Server中还提供了其它的索引类型。 

唯一索引:确保索引键不包含重复的值,因此,表或视图中的每一行在某种程度上是唯一的。聚集索引和非聚集索引都可以是唯一索引。这种唯一性和主键约束是关联的,在某种程度上,主键约束等于唯一性的聚集索引。

包含列索引:一种非聚集索引,它扩展后不仅包含键列,还包含非坚列。

索引视图:在视图上添加索引后能提高视图的查询效率。视图的索引将具体化视图,并将结果集永久存储在唯一的聚集索引中,而且存储方式相同,创建聚集索引后,可以为视图添加非聚集索引。

全文索引:一种特殊类型的基于标记的功能索引,由SQL Server全文引擎生成和维护,用于帮助在字符串数据中搜索复杂的词,这种索引的结构与数据库引擎使用的聚集索引或非聚集索引的B树结构是不同的。

空间索引:一种针对geometry数据类型的列上建立的索引,这样可以更高效的列中的空间对象执行某些操作,空间索引可以减少需要应用开销相对较大的空间操作的对象数。

筛选索引:一种经过优化的的非聚集索引,尤其适用于涵盖从定义完善的数据子集中选择数据的查询。筛选索引使用筛选谓词对表中的的部分进行索引,与全表索引相比,设计良好的筛选索引可以提高查询性能,减少索引维护开销并可降低索引存储开销

XML索引:是与XML数据关联的索引形式,是XML二进制大对象(BLOB)的已拆分持久表示形式,XML索引可以分为主索引和辅助索引。

三:索引的设计原则

 索引设计不合理或者缺少索引都会对数据库和应用程序的性能造成障碍,高效的索引对于获得良好的性能非常重要。设计索引时,应该考虑以下原则:

 (1).索引并非越多越好,一个表中如果有大量的索引,不仅占用大量的磁盘空间,而且会影响INSERT、DELETE、UPDATE等语句的性能。因为当表中数据更改的同时,索引也会进行调整和更新。

 (2).避免对经常更新的表进行过多的索引,并且索引中的列尽可能少。而对经常用于查询的字段应该创建索引,但要避免添加不必要的字段。

 (3).数据量小的表最好不要使用索引,由于数据较少,查询花费的时间可能比遍历索引的时间还要短,索引可能不会产生优化效果。

 (4).在条件表达式中经常用到的、不同值较多的列上建立索引,在不同值较少的列上不要建立索引、比如在学生表的【性别】

字段上只有【男】或【女】两个不同值,因此就无需建立索引,如果建立索引,不但不会提高查询效率,反而会严重降低更新速度。 

  (5).当唯一性是某种数据本身的特征时,指定唯一索引,使用唯一索引能够确保定义的列的数据完整性,提高查询速度。

 (6).在频繁进行排序或分组(即进行GROUP BY 或ORDER BY操作)的列上建立索引,如果待排序的列有多个,可以在这些列上建立组合索引。

四:创建索引

 在了解了不同索引类型后,下面开始介绍如何使用T_SQL创建索引:

  CREATE INDEX命令既可以创建一个改变表的物理顺序的聚集索引,也可以创建提高查询性能的非聚集索引。语法如下:

  CREATE [UNIQUE] [CLUSTERED   |    NONCLUSTERRED]

  INDEX index_name ON {table | view }(column [ASC | DESC ]  [,...n])

  [ INCLUDE ( column_name [ ,...n])]

  [with

   (

    PAD_INDEX={ON | OFF}

    | FILLFACTOR =fillfactor

    | SORT_IN_TEMPDB={ ON | OFF}

    |  IGNORE_DUP_KEY ={ ON  | OFF}

    |  STATISRICS_NORECOMPUTE ={ ON | OFF}

    |   DROP_EXISTING = { ON | OFF}

    |  ONLINE ={ ON | OFF}

    |  ALLOW_ROW_LOCKS ={ ON | OFF}

    |  ALLOW_PAGE_LOCKS={ ON   | OFF}

    |  MAXDOP =max_degree_of_parallelism     

   ) [,...n] ]

UNIQUE:表示在表或视图上创建唯一索引。唯一索引不允许两行具有相同的索引键值。视图的聚集索引必须唯一。

CLUSTERED:表示创建聚集索引,在创建任何非聚集索引之前创建聚集索引,创建聚集索引时会重新生成表中现有的非聚集索引。如果没有指定CLUSTERED,则创建非聚集索引。

NONCLUSTERED:表示创建一个非聚集索引,非聚集索引数据行的物理顺序独立于与索引排序,每个表最多可包含999个非聚集索引,NONCLUSTERED是CREATE INDEX的默认值。

index_name:指定索引的名称,索引名称在表或视图中必须唯一,但在数据库中可不必唯一。

ON{table | view }:指定索引所属的表或视图。

Column:指定索引基于一列或者多列。指定两个或者多个列名,可为指定的列的组合值创建组合索引,{table | view}后的括号中,按排序优先级列出组合索引要包括的列。一个组合索引键中最多可组合16列。组合索引键中的所有列必须在同一个表或视图中。

[ASC | DESC]:指定索引列的升序或降序排序方向,默认为ASC。

INCLUDE(column[,...n]):指定要添加到非聚集索引的叶级别的非键列。

PAD_INDEX:表示指定索引填充,默认值为OFF。ON值表示fillfactor指定的可用空间百分比应用于索引的中间级页。

FILLFACTOR=fillfactor:制定一个百分比,表示在索引创建或重新生成过程中数据库引擎应使每个索引页的叶级别达到的填充程度。fillfactor必须为介于1至100直接的整数值,默认值为0;

SORT_IN_TESTDB:指定是否在tempdb中存储临时排序结果,默认值为OFF,ON值表示在tempdb中存储用于生成索引的中间排序结果,OFF表示中间排序结果与索引存储在同一数据库中。

IGNORE_DUP_KEY:指定唯一聚集索引或唯一非聚集索引执行多行插入操作时,出现重复键值的错误响应。默认值为OFF。ON表示发出一跳警告消息,但只有违反了唯一索引的行才会失败,OFF表示发出错误消息,并回滚整个INSERT事物。

STATISRICS_NORECOMPUTE:指定是否重新计算分发统计信息,默认值为OFF。ON表示不会自动重新计算过时的统计信息,OFF表示启用统计信息自动更新功能。

DROP_EXISTING:指定删除并重新生成已命名的先前存在的聚集或非聚集索引。默认值为OFF。ON表示删除并重新生成现有索引。指定的索引名称必须与当前现有的索引相同,但可以修改索引定义,例如:可以指定不同的列,排序顺序,分区方案或索引选项。OFF表示如果指定的索引名已存在,则会显示一条错误。

ONLINE={ON | OFF}:指定在索引操作期间,基础表和关联的索引是否用于查询和数据修改操纵,默认值为OFF。

ALLOW_ROW_LOCKS:指定是否允许行锁,默认值为ON,ON表示在访问索引时允许行所。数据库引擎确定何时使用行锁。OFF表示未使用行锁。

ALLOW_PAGE_LOCKS:指定是否允许页锁,默认值为ON,ON表示在访问索引时允许页锁。数据库引擎确定何时使用页锁。OFF表示未使用页锁。

MAXDOP:指定在索引操作期间,覆盖【最大并行度】配置选项,使用MAXDOP可以限制在执行并行计划的过程中使用的处理器数量,最大数量为64.

【例1】在teacher表中的t_phone列上,创建一个名称为Idx_phone的唯一聚集索引,降序排列,填充因子为30%,输入语句如下:

 CREATE UNIQUE  CLOSTERED INDEX Idx_phone

 ON  teacher (t_phone  DESC)

 WITH

 FILLFACTOR=30;

【例2】 --在teacher表中的t_name和t_gender列上,创建一个名称为Idx_nameAndgender的-唯一非聚集组合索引,升序排列,填充因子为10%。如下:

--首先创建teacher表

   CREATE TABLE teacher(

     t_id int IDENTITY(1,1) PRIMARY KEY ,

     t_name varchar(20),

     t_phone varchar(11),

     t_gender char(2)

   )

--创建索引

CREATE UNIQUE NONCLUSTERED INDEX Idx_nameAndgender

ON teacher(t_name,t_gender)

WITH

FILLFACTOR=10;

注意:如果teacher表中定义了主键,则不能执行【例1】中的脚本,因为每个表只能有一个聚集索引,数据行本身只能按一个顺序存储。并且主键本身就是一个聚集索引。

五:管理和维护索引

 索引创建后可以根据需要对数据库中的索引进行管理,例如在数据表中进行增加,删除或者更新操作,会使索引页出现碎块,为了提高系统的性能,必须对索引进行维护管理,这些管理包括显示索引信息、索引的性能分析和维护,以及删除索引等。

1.显示索引信息

 (1).用系统存储过程查看索引信息

   系统存储过程sp_helpindex可以返回某个表或视图中的索引信息,语法如下:

   sp_helpindex [@objectname= ]  'name';

   [@objectname=] 'name':用户定义的表或视图的限定或非限定名称。仅当指定限定的表或视图名称时,才需要使用引号。如果提供了完全限定的名称,包括数据库名称,则该数据库名称必须是当前数据库的名称。

 【例】使用存储过程查看是 sample_db数据库中teacher表中定义的索引信息,输入语句如下。

  USE  sample_db;

  GO

  exec sp_helpindex 'teacher';

 由执行结果可以看到,这里显示了authors表中的索引信息:

 index_name:指定索引名称.

 index_description:包含索引的描述信息,例如唯一性索引,聚集索引等。

 index_keys:包含了索引所在表中的列.

(2).查看索引的统计信息

 索引信息还包括统计信息,这些信息可以用来分析索引性能,更好的维护索引,索引统计信息是查询优化器用来分析和评估查询、制定最优查询方式的基础数据,用户可以用图形界面化工具来查看索引信息,也可以使用DBCC SHOW_STATISTICS命令来查看索引的信息。

【例】使用DBCC SHOW_STATISTICS命令来查看teacher表中Idx_phone索引的统计信息,如下:

  DBCC SHOW_STATISTICS ('sample_db.dbo.teacher',Idx_phone);

  返回的统计信息包括三个部分:统计标题信息,统计密度信息和统计直方信息。统计标题信息主要包括表中的行数,统计抽样行数,索引列的平均长度等。统计密度信息主要包括索引列前缀集选择性,平均长度等信息,统计直方图信息即为显示直方图时的信息。

(3).重命名索引

 系统存储过程sp_rename可以用于更改索引的名称,其语法如下:

 sp_rename 'object_name','new_name' 'object_type'

object_name:用户对象或数据类型的当前限定或非限定名称。此对象可以是表,索引,列,别名数据库类型或用户定义类型。

new_name:指定对象的新名称;

object_type:指定修改的对象类型。下表列出了对象类型的取值:

               sp_rename函数可重命名的对象

 【例】将teacher表中的索引名称idx_nameAndgender更改为multi_index,输入如下:

USE  sample_db;

GO

exec sp_rename  'teacher.idx_nameAndgender' ,'multi_index', index;

(4)删除索引

 当不再需要某个索引时,可以将其删除,DROP INDEX命令可以删除一个或者多个当前数据库中的索引,语法如下:

DROP INDEX '[table | view ].index' [,...n]

或者

DROP INDEX ' index'  ON '[table | view ].index' 

[table | view ]:用于指定索引列所在的表或视图;

index:用于指定要删除的索引名称。

注意:DROP INDEX 命令不能删除由 CREATE TABLE或者ALTER TABLE命令创建的主键(PRIMARY KEY)或者唯一性(UNIQUE)约束索引,也不能删除系统表重的索引。

【例】删除表teacher中的索引 multi_index,如下:

USE  sample_db;

GO

exec sp_helpindex 'teacher'

DROP INDEX teacher.multi_index

exec sp_helpindex 'teacher';

LZ在一次面试中遇到的面试题:

1.索引对数据库性能如此重要,应该如何使用它?

答:为数据库选择正确的索引是一项复杂的任务,如果索引较少,则需要的磁盘空间和维护开销都较少,如果在一个大表上创建了多种组合索引,索引文件会膨胀的很快,而另一方面,索引较多则可覆盖更多的查询,可能需要试验若干不同的设计,才能找到最有效的索引,可以添加、修改和删除索引而不影响数据库架构或应用程序设计。因此,应该尝试多个不同的索引,从而建立最优的索引。

2.为什么要使用短索引?

答:对字符类型的字段进行索引,如果可能应该指定一个前缀长度;例如:如果有一个varchar(255)的列,如果在前10个或者30个字符内,多数值是唯一的,则不需要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和减少I/O操作。

 以上例子的整体代码:

--索引
--创建teacher表
create database sample_db;
CREATE TABLE teacher(
    t_id int IDENTITY(1,1),
    t_name varchar(20),
    t_phone varchar(11),
    t_gender char(2)
)
--【例1】在teacher表中的t_phone列上,创建一个名称为Idx_phone的唯一聚集索引,
--降序排列,填充因子为30%,输入语句如下:
CREATE UNIQUE  NONCLUSTERED INDEX Idx_phone
ON  teacher (t_phone  DESC)
WITH
FILLFACTOR=30;
--【例2】在teacher表中的t_name和t_gender列上,创建一个名称为Idx_nameAndgender的
--唯一非聚集组合索引,升序排列,填充因子为10%。如下:
CREATE UNIQUE NONCLUSTERED INDEX Idx_nameAndgender
ON teacher(t_name,t_gender)
WITH
FILLFACTOR=10;
--用系统存储过程查看索引信息
USE  sample_db;
GO
exec sp_helpindex 'teacher';
--查看索引统计信息
DBCC SHOW_STATISTICS ('sample_db.dbo.teacher',Idx_phone);
--【例】将teacher表中的索引名称Idx_nameAndgender更改为multi_index,
--输入如下:
USE  sample_db;
GO
exec sp_rename  'teacher.Idx_nameAndgender' ,'multi_index', 'index';
--【例】删除表teacher中的索引 multi_index,如下:
USE  sample_db;
GO
exec sp_helpindex 'teacher'
DROP INDEX teacher.multi_index
exec sp_helpindex 'teacher';

 

时间: 2024-08-30 22:51:56

SQL Server基础之<索引>的相关文章

SQL Server基础之&lt;存储过程&gt;

原文:SQL Server基础之<存储过程>   简单来说,存储过程就是一条或者多条sql语句的集合,可视为批处理文件,但是其作用不仅限于批处理.本篇主要介绍变量的使用,存储过程和存储函数的创建,调用,查看,修改以及删除操作. 一:存储过程概述  SQL Server中的存储过程是使用T_SQL编写的代码段.它的目的在于能够方便的从系统表中查询信息,或者完成与更新数据库表相关的管理任务和其他的系统管理任务.T_SQL语句是SQL Server数据库与应用程序之间的编程接口.在很多情况下,一些代

SQL Server基础之&lt;游标&gt;

原文:SQL Server基础之<游标> 查询语句可能返回多条记录,如果数据量非常大,需要使用游标来逐条读取查询结果集中的记录.应用程序可以根据需要滚动或浏览其中的数据.本篇介绍游标的概念.分类.以及基本操作等内容. 一:认识游标   游标是SQL Server的一种数据访问机制,它允许用户访问单独的数据行.用户可以对每一行进行单独的处理,从而降低系统开销和潜在的阻隔情况,用户也可以使用这些数据生成的SQL代码并立即执行或输出. 1.游标的概念  游标是一种处理数据的方法,主要用于存储过程,触

有用的SQL Server语句和存储过程

server|存储过程|语句 SQL  Server语句和存储过程   -- ====================================================== --列出SQL SERVER 所有表,字段名,主键,类型,长度,小数位数等信息 --在查询分析器里运行即可,可以生成一个表,导出到EXCEL中 -- ====================================================== SELECT        (case when a

sql server中扩展存储过程随笔(几个有用的PROCEDURE小总结)

server|存储过程 在sql server中扩展存储过程直接使用的机会不是很多 我把我知道的几个有用的扩展存储过程使用方式总结如下:     --获得MS SQL的版本号 execute master..sp_msgetversion go Character_Value                              -------------------- ----------- ----------- 8.00.760             1           3  

sql server平台用存储过程进行分页的两种方法

server|存储过程|分页 killergo的专栏 最近因为稍微有点空闲时间,所以想了下在sql server平台用存储过程的分页方式,现在列示在下面. 实际测试时,在15000条数据情况下两者性能大体相当,在20000-30000条数据的情况下前者明显比后者性能更佳.更大数据量没有进行测试了. 注意,数据表里面是否有 键和索引 对性能的影响相当大-----------------------------------------------------第一种: /*第一个参数是每页条数,第二个

SQL SERVER 临时表导致存储过程重编译(recompile)的一些探讨

   SQLSERVER为了确保返回正确的值,或者处于性能上的顾虑,有意不重用缓存在内存里的执行计划,而重新编译执行计划的这种行为,被称为重编译 (recompile).那么引发存储过程重编译的条件有哪一些呢?下面罗列了一些导致重编译(recompile)的条件:     - 对查询所引用的表或视图进行更改(ALTER TABLE 和 ALTER VIEW).     - 对执行计划所使用的任何索引进行更改.     - 对执行计划所使用的统计信息进行更新,这些更新可能是从语句(如 UPDATE

SQL Server数据库的存储过程中定义的临时表,真的有必要显式删除(drop table #tableName)吗?

原文:SQL Server数据库的存储过程中定义的临时表,真的有必要显式删除(drop table #tableName)吗?   本文出处:http://www.cnblogs.com/wy123/p/6704619.html      问题背景 在写SQL Server存储过程中,如果存储过程中定义了临时表,有些人习惯在存储过程结束的时候一个一个显式地删除过程中定义的临时表(drop table #tName),有些人又没有这个习惯,对于不明真相的群众或者喜欢思考的人会问,存储过程中定义的临

几种SQL Server分页的存储过程写法以及性能比较

几种SQL Server分页的存储过程写法以及性能比较 存储过程的5种分页写法,下面的代码是从忘了什么时候从别人那Ctrl+C来的,所以仅仅作为收藏,希望作者看到不要喷我.  ------创建数据库教程data_Test ----- create database data_Test  GO use data_Test GO create table tb_TestTable   --创建表 (     id int identity(1,1) primary key,     userName

Sql Server 查看所有存储过程或视图的位置及内容

原文:Sql Server 查看所有存储过程或视图的位置及内容 select a.name,a.[type],b.[definition] from sys.all_objects a,sys.sql_modules b where a.is_ms_shipped=0 and a.object_id = b.object_id and a.[type] in ('P','V','AF') order by a.[name] asc 通过这个sql语句可以查到sql server中的视图和存储过程