Select * 一定不走索引是否正确?
Select * 一定不走索引是否正确?
走索引指的是:SQL语句的执行计划用到了1、聚集索引查找 2、索引查找 ,并且查询语句中需要有where子句
根据where子句的过滤条件,去聚集索引或非聚集索引那里查找记录
一张表只有一列的情况:
聚集索引
USE [tempdb]
GO
CREATE TABLE t1 ( id INT )
GO
CREATE CLUSTERED INDEX CIX_T1 ON [dbo].[t1](ID ASC)
GO DECLARE @I INT
SET @I = 1
WHILE @I < 1000
BEGIN
INSERT INTO [dbo].[t1] ( [id] )
SELECT @I
SET @I = @I + 1
END
SELECT * FROM [dbo].[t1] WHERE [id]=20

非聚集索引
USE [tempdb]
GO
CREATE TABLE t2 ( id INT )
GO
CREATE NONCLUSTERED INDEX IX_T2 ON [dbo].[t2](ID ASC)
GO DECLARE @I INT
SET @I = 1
WHILE @I < 1000
BEGIN
INSERT INTO [dbo].[t2] ( [id] )
SELECT @I
SET @I = @I + 1
END
SELECT * FROM [dbo].[t2] WHERE [id]=20

只有一列,肯定会走索引的
一张表有多列的情况
分三种情况:
1、只有聚集索引
2、只有非聚集索引
3、有聚集索引和非聚集索引
只有聚集索引
--只有聚集索引
USE [tempdb]
GO
CREATE TABLE Department
(
DepartmentID INT IDENTITY(1, 1) NOT NULL PRIMARY KEY,
Name NVARCHAR(200) NOT NULL ,
GroupName NVARCHAR(200) NOT NULL ,
Company NVARCHAR(300) ,
ModifiedDate DATETIME NOT NULL DEFAULT ( GETDATE() )
) DECLARE @i INT
SET @i=1
WHILE @i < 100000
BEGIN
INSERT INTO Department ( name, [Company], groupname )
VALUES ( '销售部'+CAST(@i AS VARCHAR(200)), '中国你好有限公司XX分公司', '销售组' )
SET @i = @i + 1
END SELECT * FROM [dbo].[Department] WHERE [DepartmentID]=2


小结:
只有聚集索引的表:如果where后面不包括创建聚集索引的时候的第一个字段,就会使用聚集索引扫描
下面SQL语句会使用聚集索引查找,因为包括了创建聚集索引的时候的第一个字段
1 SELECT * FROM [dbo].[Department] WHERE [Company]='销售部12' AND [DepartmentID]=12
只有非聚集索引
--只有非聚集索引
USE [tempdb]
GO
CREATE TABLE Department
(
DepartmentID INT IDENTITY(1, 1) NOT NULL ,
Name NVARCHAR(200) NOT NULL ,
GroupName NVARCHAR(200) NOT NULL ,
Company NVARCHAR(300) ,
ModifiedDate DATETIME NOT NULL DEFAULT ( GETDATE() )
)
CREATE NONCLUSTERED INDEX IX_Department ON Department(DepartmentID ASC)
DECLARE @i INT
SET @i=1
WHILE @i < 100000
BEGIN
INSERT INTO Department ( name, [Company], groupname )
VALUES ( '销售部'+CAST(@i AS VARCHAR(200)), '中国你好有限公司XX分公司', '销售组' )
SET @i = @i + 1
END
SELECT * FROM [dbo].[Department] WHERE [Company]='销售部12' AND [DepartmentID]=12


小结:
只有非聚集索引的表:如果where后面不包括创建非聚集索引的时候的第一个字段,就会使用表扫描或者索引扫描
下面SQL语句会使用非聚集索引查找,因为包括了创建非聚集索引的时候的第一个字段
1 SELECT * FROM [dbo].[Department] WHERE [Company]='销售部12' AND [DepartmentID]=12
有聚集索引也有非聚集索引
--有聚集索引和非聚集索引
USE [tempdb]
GO
CREATE TABLE Department
(
DepartmentID INT IDENTITY(1, 1) NOT NULL PRIMARY KEY,
Name NVARCHAR(200) NOT NULL ,
GroupName NVARCHAR(200) NOT NULL ,
Company NVARCHAR(300) ,
ModifiedDate DATETIME NOT NULL DEFAULT ( GETDATE() )
)
CREATE NONCLUSTERED INDEX IX_Department ON Department(Company ASC)
DECLARE @i INT
SET @i=1
WHILE @i < 100000
BEGIN
INSERT INTO Department ( name, [Company], groupname )
VALUES ( '销售部'+CAST(@i AS VARCHAR(200)), '中国你好有限公司XX分公司', '销售组' )
SET @i = @i + 1
END



小结:
有聚集索引和非聚集索引的表:如果where后面包括创建聚集索引的时候的第一个字段,就会使用聚集索引查找
如果where后面包括创建非聚集索引的时候的第一个字段但不包括创建聚集索引的时候的第一个字段,就会使用索引查找
如果where后面不包括创建非聚集索引的时候的第一个字段和不包括创建聚集索引的时候的第一个字段,就会使用聚集索引扫描
1 SELECT * FROM [dbo].[Department] WHERE [GroupName]='销售组'

总结
其实走不走索引,关键取决于where后面包括还是不包括
创建聚集索引的时候的第一个字段
创建非聚集索引的时候的第一个字段
跟select *没有关系的,select * 最大的影响就是额外的IO开销
像“键查找” ,“RID查找”这些运算符就是额外的开销
键查找:到聚集索引里找其他字段的值
RID查找:到堆表里找其他字段的值
而在宋大侠的文章里:有关T-SQL的10个好习惯
他说到:
造成额外的书签查找或是由查找变为扫描
由查找变为扫描,查找还是扫描决定于我刚才所说的话:
其实走不走索引,关键取决于where后面包括还是不包括
创建聚集索引的时候的第一个字段
创建非聚集索引的时候的第一个字段
如果大家不是很明白,可以看一下我所写的文章,我在文章里对聚集索引跟非聚集索引的研究还是比较透彻的
当然,您也不能把整个表的字段全部放到索引里,以消除额外IO开销,要针对实际情况,
该把要加入索引的字段就加入索引,不该把不用加入索引的字段不要加入索引
那么您刚才说:走索引不是where后面包括还是不包括创建索引的第一个字段吗???既然这样创建索引的时候只包括一个字段就好了
大家可以看一下SQLSERVER聚集索引与非聚集索引的再次研究(下),其实非聚集索引扫描也是很有用的
而聚集索引就只包括一个字段就行了,非聚集索引可以包括多个字段,详细还是看一下下面两篇文章吧o(∩_∩)o
不过大家还是不要用select * 比较好,老老实实写上字段名
有一些偷懒的人总是会有他的理由:
如果表结构改变我就不用修改代码 ,方便省事,一个select *搞定,项目这麽紧张还写上字段干嘛???
如果您是上面那种人,那好吧,当我没说过好了o(∩_∩)o
如有不对的地方,欢迎大家拍砖哦o(∩_∩)o

Select * 一定不走索引是否正确?的更多相关文章
- 诊断一句SQL不走索引的原因
from http://www.itpub.net/thread-1852897-1-1.html 有论坛朋友在上面的帖子里问SQL为什么不走索引,正好这两天我也刚刚在看SQL优化,于是试着回答了一下 ...
- oracle查询不走索引的一些情况(索引失效)
Oracle建立索引的目的是为了避免全表扫描,提高查询的效率. 但是有些情况下发现即使建立了索引,但是写出来的查询还是很慢,然后会发现是索引失效导致的,所以需要了解一下那些情况会导致索引失效,即查询不 ...
- mysql 索引优化,索引建立原则和不走索引的原因
第一:选择唯一性索引 唯一性索引的值是唯一的,可以更快捷的通过该索引来确定某条记录. 2.索引的列为where 后面经常作为条件的字段建立索引 如果某个字段经常作为查询条件,而且又有较少的重复列或者是 ...
- Mysql-高性能索引策略及不走索引的例子总结
Mysql-高性能索引策略 正确的创建和使用索引是实现高性能查询的基础.我总结了以下几点索引选择的策略和索引的注意事项: 索引的使用策略: (PS:索引的选择性是指:不重复的索引值,和数据表的记录总数 ...
- SQL语句优化、mysql不走索引的原因、数据库索引的设计原则
SQL语句优化 1 企业SQL优化思路 1.把一个大的不使用索引的SQL语句按照功能进行拆分 2.长的SQL语句无法使用索引,能不能变成2条短的SQL语句让它分别使用上索引. 3.对SQL语句功能的拆 ...
- Update关联查询不走索引,效率低下
优化一个sql,就是有A,B两个表,要利用b表的字段更新a表对应的字段.形如 Sql代码 update A set A.a=(select B.b from B where A.id=B.id); 原 ...
- 【摘】Oracle执行计划不走索引的原因总结
感谢原博主 http://soft.chinabyte.com/database/364/12471864.shtml 在Oracle数据库操作中,为什么有时一个表的某个字段明明有索引,当观察一些语的 ...
- MySql Delete不走索引问题
如果delete语句带有查询,写法不对会导致不走索引. 简单粗暴的办法:拆两条sql,一条查询,一条delete ======================= [不走索引的写法] DELETE FR ...
- oracle 不走索引的原因
create table tb2 as select * from emp;alter table tb2 modify empno number(4) not null;翻到20W行 create ...
随机推荐
- nginx基础入门
nginx常常被用来处理静态资源如css.js.图片.html等,也被用作反向代理server.邮件server,也时常拿来做负载均衡.它的优势主要体如今对静态资源的处理上,这次抽出了点时间整理了一些 ...
- veridata实验举例(2)验证表BONUS与表SALGRADE两节点同步情况
veridata实验举例(2)验证表BONUS与表SALGRADE两节点同步情况 续接前几篇文章: 1.GoldenGate配置(一)之单向复制配置 地址:点击打开链接 2.GoldenGate配置( ...
- 关于s2sh框架关于hibernate懒加载问题的说明和解决方案
首先我们来看下面这个图,解释了一个web程序的一次请求流程! 懒加载异常的说明: 懒加载就是我们在查询一个对象时,它所有的属性是否要被查出来! 如果懒加载开启的话,session在service层就被 ...
- s2sh三大框架整合过程(仅供参考)
三大框架顾名思义就是非常有名的Struts2 ,Hibernate,Spring, 框架整合的方法很多,现在我写一个非常简单的整合过程,相信大家一看就会! 这里使用的struts-2.2.1.1.hi ...
- HTML5 五彩圆环Loading加载动画实现教程
原文:HTML5 五彩圆环Loading加载动画实现教程 今天我们要来介绍一款效果很特别的HTML5 Loading加载动画,不像其他的Loading动画,这款Loading动画颜色很丰富,并且在转圈 ...
- IIS服务器 远程发布(Web Deploy)配置 VS2010 开发环境 Windows Server 2008服务器系统
原文:IIS服务器 远程发布(Web Deploy)配置 VS2010 开发环境 Windows Server 2008服务器系统 asp.net 网站有三种常用的发布方式:分别是拷贝开发机上发布好的 ...
- 图解IntelliJ IDEA v13应用服务器的运行配置
初步了解IntelliJ IDEA v13应用服务器以后,接下来我们将继续设置应用服务器的运行配置. Artifacts是IDE在通过运行配置时部署的一个服务.Artifacts包括名称.类型.输出目 ...
- swift 笔记 (二十) —— 泛型
泛型 泛型是为了解决在针对不同数据类型.而做了同一种功能的操作导致的每一个类型我们都要写一份代码的问题. 有了泛型,我们能够仅仅写一份逻辑代码,而适应于不同的数据类型. func swapInt(in ...
- 图文解说PhpStorm 7.0版本语法着色
前不久,我们测试了PhpStorm7.0版本对PHP 5.5的支持,今天我们将继续对PhpStorm 7.0版本对代码支持进行测试. 我们知道,在PhpStorm 6.0版本中,提供一个黑色背景的代码 ...
- Linux内核头文件与内核与库的关系
看上一篇文章中对buildroot的介绍,里面的文档第 3.1.1.1 Internal toolchain backend 节内容 C库会去访问Linux kernel headers(*.h)文件 ...