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 ...
随机推荐
- HDU Billboard
题目分析:给你n张海报,一个宣传板.让你在满足海报能够贴在最高位置的时候则贴的最高,无法满足时贴的最靠左,输出海报所贴的高度.假设不能贴则输出-1. 一道非常easy,可是我没想出的基础线段树. 算法 ...
- MVC自定义过滤器,自定义Area过滤器,自定义Controller,Action甚至是ViewData过滤器
实现MVC自定义过滤器,自定义Area过滤器,自定义Controller,Action甚至是ViewData过滤器 MVC开发中几种以AOP方式实现的Filters是非常好用的,默认情况下,我们通过A ...
- 用HMM(隐马)图解三国杀的于吉“质疑”
·背景 最近乘闲暇之余初探了HMM(隐马尔科夫模型),觉得还有点意思,但是网上的教程都超级枯草,可读性很差,抄来抄去的,一堆公式仍在你面前,谁能搞的懂(但园内的两篇写的还算不错.真才实学).在熬制3天 ...
- windows系统下c语言暂停程序
原文:windows系统下c语言暂停程序 windows系统下,很多C语言初学者的调试时,往往没看到结果程序就退出了,据我所知的方法主要有以下几种 方法一: #include int main() { ...
- sql点滴37—mysql中的错误Data too long for column '' at row 1
原文:sql点滴37-mysql中的错误Data too long for column '' at row 1 1.MYSQL服务 我的电脑——(右键)管理——服务与应用程序——服务——MYSQ ...
- SQL点滴25—T-SQL面试语句,练练手
原文:SQL点滴25-T-SQL面试语句,练练手 1. 用一条SQL语句查询出每门课都大于80分的学生姓名 name kecheng fenshu 张三 语文 81张三 ...
- MVC 分页1 标准的url分页
一. 将mvcpager ddl 引用到web服务项目中. 二. 在view加入 <%@ Import Namespace="Webdiyer.WebControls.Mvc" ...
- 从PHP官网被攻击,到熟悉SSL(安全链路层)
近日,php官网php.net网站受到恶意攻击,攻击者至少破坏了2个服务器.PHP工作组不得不重置用户密码. PHP工作组在随后的调查发现,攻击者成功的对网站注入了恶意的JavaScript代码,这个 ...
- CQRS架构
CQRS架构 命令查询的责任分离Command Query Responsibility Segregation (简称CQRS)模式是一种架构体系模式,能够使改变模型的状态的命令和模型状态的查询实现 ...
- 异步陷阱之IO
异步陷阱之IO篇 很多教程和资料都强调流畅的用户体验需要异步来辅助,核心思想就是保证用户前端的交互永远有最高的优先级,让一切费时的逻辑通通放到后台,等到诸事完备,通知一下前端给个提示或者继续下一步.随 ...