06-表的操作,   1.对查询进行优化

2019-07-16 作者:数据库   |   浏览(159)

难点背景

运营操作失误,在未有正规关闭sqlserver的情形下,将服务器关闭了,重启后有个别表损坏(应该是少数页损坏了,未有损坏的页仍是能够访谈到数码,但是访问损坏了的页就有标题),近年来数据库只有4.20号的备份。

  在sql查询中为了拉长查询功用,大家日常会使用部分主意对查询语句进行sql优化,上面总计的一部分措施,有必要的能够参照参谋。

前几天是MySQL的第四篇,难度会稍稍加大,加油!

06-表的操作

报错消息

询问脚本:select * from t_jxjs_pctq where c_bh_tqxx = '8ae480b26320550e016323d098050175';

报错音讯:HY000-[SQL Server] 数据库 ID 11,页[1:60682]已标识为RestorePending,大概表名磁盘已破坏,要事后状态进行还原,请施行还原操作。

   1.对查询进行优化,应尽量制止全表扫描,首先应思虑在 where 及 order by 涉及的列上建设构造目录。 

开始吧!

 

报错或然的缘由

RestorePending一般是在拓展页恢复生机的长河中出现的,便是在实行了restore操作之后但还从未展开recovery操作在此之前页的情况。出现这么的题目能够一定那几个表是磨损了,不过在询问数据的时候如果不会询问到损坏页面包车型客车数据话是不会报错的,也等于说能够有规范的选择这几个表。参谋资料

  2.应尽量避免在 where 子句中对字段进行 null 值判断,否则将导致引擎放弃使用索引而进行全表扫描,如: 
select id from t where num is null 
可以在num上设置默认值0,确保表中num列没有null值,然后这样查询: 
select id from t where num=0 

  3.应尽量避免在 where 子句中使用!=或<>操作符,否则将引擎放弃使用索引而进行全表扫描。 

  4.应尽量避免在 where 子句中使用 or 来连接条件,否则将导致引擎放弃使用索引而进行全表扫描,如: 
select id from t where num=10 or num=20 
可以这样查询: 
select id from t where num=10 
union all 
select id from t where num=20 

  5.in 和 not in 也要慎用,否则会导致全表扫描,如: 
select id from t where num in(1,2,3) 
对于连续的数值,能用 between 就不要用 in 了: 
select id from t where num between 1 and 3 

  6.下面的查询也将导致全表扫描: 
select id from t where name like ' 
		

本文由小鱼儿玄机30码发布于数据库,转载请注明出处:06-表的操作,   1.对查询进行优化

关键词: 小鱼儿玄机30码