sqlserver查看索引
A. 如何查表是否有索引 sqlserver
一般设置了主键系统会自动创建索引，索引我们可以通过管理工具来查看，也可以通过系统提供的存储过程来查看是否有索引
B. sqlserver 索引
索引的基本结构
“索引（Index）提供查询的速度”这是对索引的最基本的解释，接下来我们将通过介绍索引的组成，让大家对索引有更深入的理解。 索引是数据库中的一个独特的结构，由于它保存数据库信息，那么我们就需要给它分配磁盘空间和维护索引表。创建索引并不会改变表中的数据，它只是创建了一个新的数据结构指向数据表；打个比方，平时我们使用字典查字时，首先我们要知道查询单词起始字母，然后翻到目录页，接着查找单词具体在哪一页，这时我们目录就是索引表，而目录项就是索引了。
当然，索引比字典目录更为复杂，因为数据库必须处理插入，删除和更新等操作，这些操作将导致索引发生变化。叶节点
假设我们磁盘上的数据是物理有序的，那么数据库在进行插入，删除和更新操作时，必然会导致数据发生变化，如果我们要保存数据的连续和有序，那么我们就需要移动数据的物理位置，这将增大磁盘的I/O，使得整个数据库运行非常缓慢；使用索引的主要目的是使数据逻辑有序，使数据独立于物理有序存储。
为了实现数据逻辑有序，索引使用双向链表的数据结构来保持数据逻辑顺序，如果要在两个节点中插入一个新的节点只需修改节点的前驱和后继，而且无需修改新节点的物理位置。双向链表（Doubly linked list）也叫双链表，是链表的一种，它的每个数据结点中都有两个指针，分别指向直接后继和直接前驱。所以，从双向链表中的任意一个结点开始，都可以很方便地访问它的前驱结点和后继结点。
理论上说，从双向链表中删除一个元素操作的时间复杂度是O(1)，如果希望删除一个具体有给定关键字的元素，那么最坏的情况下的时间复杂度为O(n)。
在删除的过程中，我们只需要将要删除的节点的前节点和后节点相连，然后将要删除的节点的前节点和后节点置为null即可。索引的类型
我们知道索引的类型有两种：聚集索引和非聚集索引。
聚集索引：物理存储按照索引排序。
非聚集索引：物理存储不按照索引排序。了解更多知识点击链接：http://www.jb51.net/article/30971.htm
C. sqlserver 怎么建索引
（1）在SQL Server Management Studio中，选择并右击要创建索引的表，从弹出菜单中选择“设计”，打开表设计器。右键单击表设计器，从弹出菜单中选择“索引/键”命令，打开“索引/键”对话框。对话框中列出了已经存在的索引，如下图所示。
（2）单击“添加”按钮。在“选定的主/唯一键或索引”框显示系统分配给新索引的名称。
（3）在“列”属性下选择要创建索引的列。可以选择多达16列。为获得最佳性能，最好只选择一列或两列。对所选的每一列，可指出索引是按升序还是降序组织列值。
（4）如果要创建唯一索引，则在“是唯一的”属性中选择“是”。
（5）设置完成后，单击“确定”按钮。
（6）当保存表时，索引即创建在数据库中。
使用CREATE INDEX语句创建索引：
复制内容到剪贴板
代码:
CREATE[ UNIQUE ] [ CLUSTERED | NONCLUSTERED ] INDEX索引名
ON {表名|视图名} (列名[ ASC | DESC ] [ ,...n ] )
例：
在数据库HrSystem中为表Employees创建基于IDCard列的唯一索引IX_Employees，可以使用以下命令：
复制内容到剪贴板
代码:
USE HrSystem
GO
CREATE UNIQUE NONCLUSTERED INDEX [IX_Employees]ONdbo.Employees(IdCard)
GO
例：
为表Employees创建基于列IDCard的唯一、聚集索引IX_Employees1，可以使用以下命令：
复制内容到剪贴板
代码:
USE HrSystem
GO
CREATE UNIQUE CLUSTERED INDEX [IX_Employees1] ON [dbo].[Employees](IdCard)
GO
需要注意的是，在一个表中只允许存在一个聚集索引。因此，如果表Employees中已经存在一个聚集索引，则执行上面的语句时将会提示下面的错误信息。
消息1902，级别16，状态3，第1行
无法对表'dbo.Employees'创建多个聚集索引。请在创建新聚集索引前删除现有的聚集索引'PK__Employee__263E2DD300551192'。 例：
对表Employees的列Emp_name按照降序创建索引，可以使用以下命令：
复制内容到剪贴板
代码:
USE HrSystem
GO
CREATENONCLUSTERED INDEX [IX_Employees2] ON [dbo].[Employees]
(
[Emp_name] DESC
)
GO
在CREATE INDEX语句中使用INCLUDE子句，可以在创建索引时定义包含的非键列，其语法结构如下：
复制内容到剪贴板
代码:
CREATENONCLUSTERED INDEX 索引名
ON { 表名| 视图名 } ( 列名 [ ASC | DESC ] [ ,...n ] )
INCLUDE (<列名1>, <列名2>, [,… n])
例： 在表Employees上创建非聚集索引IX_Wage，索引中的键列为Wage，非键列为Emp_name、Sex和Title，具体语句如下：
复制内容到剪贴板
代码:
USEHrSystem
GO
CREATENONCLUSTERED INDEX IX_Wage
ON Employees ( Wage )
INCLUDE (Emp_name, Sex, Title)
GO
例： 在创建索引IX_Wage后，当表Employees中的数据量比较大时，执行下面的SELECT语句将会明显地改进查询效率。
复制内容到剪贴板
代码:
USEHrSystem
GO
SELECTEmp_name, Sex, Title, Wage
FROMEmployees
WHEREWage BETWEEN 1000 AND 3000
GO
修改索引：
在SQL Server Management Studio中，选择并右击要创建索引的表，从弹出的菜单中选择“设计表”，打开表设计器。右键单击表设计器，从弹出菜单中选择“索引/键”命令，打开“索引/键”对话框，并查看已经存在的索引及修改索引的属性信息。
也可以使用ALTER INDEX语句修改索引，其基本语法如下：
复制内容到剪贴板
代码:
ALTER INDEX { 索引名| ALL }
ON <表名|视图名>
{ REBUILD | DISABLE | REORGANIZE }[ ; ]
ALTER INDEX语句的参数比较复杂，这里只介绍它的基本使用情况。参数说明如下：
REBUILD指定重新生成索引。 DISABLE指定将索引标记为已禁用。 REORGANIZE指定将重新组织的索引叶级。
例：
要禁用索引IX_Employees，可以使用下面的语句：
复制内容到剪贴板
代码:
USE HrSystem
GO
ALTERINDEX IX_Employees ON Employees DISABLE
GO
删除索引：
在SQL Server Management Studio中，选择并右击要创建索引的表，从弹出的菜单中选择“设计表”。打开表设计器。右键单击表设计器，从弹出菜单中选择“索引/键”命令，在打开的“索引/键”对话框中列出了已经存在的索引。单击“删除”按钮，即可删除索引信息。
复制内容到剪贴板
代码:
DROP INDEX 表名.索引名|视图名.索引名[ ,...n ]
总结：
o（1）索引并非越多越好，一个表中如果有大量的索引，不仅占用大量的磁盘空间，而且会影响INSERT、DELETE、UPDATE等语句的性能。因为当表中数据更改的同时，索引也会进行调整和更新。
o（2）避免对经常更新的表进行过多的索引，并且索引中的列尽可能少。而对经常用于查询的字段应该创建索引，但要避免添加不必要的字段。
o（3）数据量小的表最好不要使用索引，由于数据较少，查询花费的时间可能比遍历索引的时间还要短，索引可能不会产生优化效果。
o（4）在条件表达式中经常用到的、不同值较多的列上建立索引，在不同值少的列上不要建立索引。比如在学生表的“性别”字段上只有“男”与“女”两个不同值，因此就无须建立索引。如果建立索引，不但不会提高查询效率，反而会严重降低更新速度。
o（5）当唯一性是某种数据本身的特征时，指定唯一索引。使用唯一索引能够确保定义的列的数据完整性，提高查询速度。
o（6）在频繁进行排序或分组（即进行GROUPBY或ORDERBY操作）的列上建立索引，如果待排序的列有多个，可以在这些列上建立组合索引。
D. sqlserver的索引
索引是加快检索速度的方法，前提要数据量大。
索引分为：聚集索引、非聚集索引、唯一性索引
聚集索引：逻辑顺序和物理顺序一致，一张表只能有一个聚集索引，当创建主键的时候默认会创建聚集索引。
非聚集索引：逻辑顺序和物理顺序不一致。可以建很多个非聚集索引，通过create index 默认创建的索引是非聚集索引。
索引的准则：
1、排序的字段
2、经常要使用的字段
E. 如何查看SqlServer表 索引 创建时间，修改时间.或者修改记录
进入查询分析器，选择数据库，执行： EXEC sp_configure 'allow updates', 1 RECONFIGURE WITH OVERRIDE; 然后执行： update sysobjects set crdate='2010-5-20 14:30' where name = '表名' and xtype = 'u'; 最后执行
F. 如何查询sqlserver数据库中得所有索引
select a.name as tabname
,h.name as idname
from sys.objects as a
right join sys.indexes as h on a.object_id=h.object_id
where a.type<>'s'
go
由于索引和系统列没有直接对应关系 所以不能直接查看列字段和字段长度
G. MySQL索引机制(详细+原理+解析)
MySQL 前缀索引能有效减小索引文件的大小，提高索引的速度。但是前缀索引也有它的坏处：MySQL 不能在 ORDER BY 或 GROUP BY 中使用前缀索引，也不能把它们用作覆盖索引(Covering Index)。
集一个索引包含多个列（最左前缀匹配原则）
索引列的值必须唯一，但允许有空值
全文索引为FUllText，在定义索引的列上支持值的全文查找，允许在这些索引列中插入重复值和空值，全文索引可以在CHAR,VARCHAR,TEXT类型列上创建
设定主键后数据会自动建立索引，InnoDB为聚簇索引
即一个索引只包含单个列，一个表可以有多个单列索引
覆盖索引是指一个查询语句的执行只用从所有就能够得到，不必从数据表中读取，覆盖索引不是索引树，是一个结果，当一条查询语句符合覆盖索引条件时候，MySQL只需要通过索引就可以返回查询所需要的数据，这样避免了查到索引后的回表操作，减少了I/O效率
查看索引
列名解析：
删除索引
查看：
删除前:
删除后：
普通的索引，没有什么介绍
查看:（注意和前缀索引Sub_part的区别）
当索引的列是unique的时候，会生成唯一索引，唯一索引关于null有下列两种情况
SQLSERVER 下的唯一索引的列，允许null值，但最多允许有一个空值
MYSQL下的唯一索引的列，允许null值，并且允许多个空值
查看:
会建立两个索引，一个非聚簇索引，一个是唯一索引
结果:
可以插入两个空值（明人不说暗话，我喜欢MySQL）
一方面，它不会索引所有字段所有字符，会减小索引树的大小.
另外一方面，索引只是为了区别出值，对于某些列，可能前几位区别很大，我们就可以使用前缀索引。
一般情况下某个前缀的选择性也是足够高的，足以满足查询性能。对于BLOB，TEXT，或者很长的VARCHAR类型的列，必须使用前缀索引，因为MySQL不允许索引这些列的完整长度。
查看：
查看：
复合索引的最左前缀匹配原则 ：
对于复合索引，查询在一定条件才会使用该索引
减少开销。 建一个联合索引(col1,col2,col3)，实际相当于建了(col1),(col1,col2),(col1,col2,col3)三个索引。每多一个索引，都会增加写操作的开销和磁盘空间的开销。对于大量数据的表，使用联合索引会大大的减少开销！
覆盖索引。 对联合索引(col1,col2,col3)，如果有如下的sql: select col1,col2,col3 from test where col1=1 and col2=2。那么MySQL可以直接通过遍历索引取得数据，而无需回表，这减少了很多的随机io操作。减少io操作，特别的随机io其实是dba主要的优化策略。所以，在真正的实际应用中，覆盖索引是主要的提升性能的优化手段之一。
效率高。 索引列越多，通过索引筛选出的数据越少。有1000W条数据的表，有如下sql:select from table where col1=1 and col2=2 and col3=3,假设假设每个条件可以筛选出10%的数据，如果只有单值索引，那么通过该索引能筛选出1000W10%=100w条数据，然后再回表从100w条数据中找到符合col2=2 and col3= 3的数据，然后再排序，再分页；如果是联合索引，通过索引筛选出1000w10% 10% *10%=1w。
在模糊搜索中很有效，搜索全文中的某一个字段，可以参考这篇博文
: https://zhuanlan.hu.com/p/88275060
我们先进行下面一个实验看看InnoDB下的主键索引的一个现象。
查看:
我们插入进去的时候，数据的id都是乱序的，为什么这里最后select查询出来的结果都是进行了排序？
这是因为InnoDB索引底层实现的是B+tree，B+tree具有下列的特点：
所以上面的排序是为了使用B+tree的结构 ，B+tree为了范围搜索，将主键按照从小到大排序后，拆分成节点。后续还有新的节点进入的时候，和B-tree相同的操作，会进行分裂。
一般来说，聚簇索引的B+tree都是三层
InnoDB中主键索引一定是聚簇索引，聚簇索引一定是主键索引。
为什么这里辅助索引叶子结点不直接存储数据呢？
MYISAM只有非聚簇索引，索引最终指向的都是物理地址。
Q:既然有回表的存在，那么聚簇索引的优势在哪里？
Q:主键索引作为聚簇索引需要注意什么
在查询语句中使用LIke关键字进行查询时，如果匹配字符串的第一个字符为"%"，索引不会使用。如果“%”不是在第一位，索引就会使用
多列索引是在表的多个字段上创建的索引，满足最左前缀匹配原则，索引才会被使用
查询语句只有Or关键字时候，如果OR前后的两个条件都是索引，这这次查询将会使用索引，否则Or前后有一个条件的列不是索引，那么查询中将不使用索引
H. 关于SQLSERVER的索引
这要看你的数据如何规划，访问时主要以什么方式。
如果主要是以varchar列进行查询，就按varchar列建立聚集索引，按int列建立非聚集索引。
如果主要是按int列进行排序查询，就按int列建立聚集索引，按varchar列建立非聚集索引。
（注意上面说的int列不是主键，是你用来排序的列。）
配置数据库索引是门很高深的学问，有兴趣的话可以多搜索下相关资料。我都只是一知半解呢：）
I. SQLserver.点击哪里看索引哪里的图标
在企业管理器和查询分析器里面都可以看到索引，也可以用语句实现，在左边的查询分析器展开表
里面你就会看到列，索引，约束等等，然后打开索引，在相应索引上点右键编辑就可以了
J. 如何在SQLSERVER中查看索引缺失
从SQL2005以后，在SQLSERVER对任何一句语句做编译的时候，都会去评估一下，
这句话是不是缺少什么索引的支持，如果他认为是，他还会预估，如果有这麽一个索引
他的性能能提高多少
SQLSERVER有几个动态管理视图
sys.dm_db_missing_index_details
sys.dm_db_missing_index_groups
sys.dm_db_missing_index_group_stats
sys.dm_db_missing_index_columns(index_handle)