SQL优化_热点关注

SQL优化

admin

2024-05-21 02:50:38

0次

查询时应尽量减少多余数据的读取，如：Select * from table
如果在语句中有not in（in）操作，应尽量用not exists（exists）来代替。特别对大数据量的两者检索速度有很明显的区别
查询语句中，查询条件里尽可能减少子查询
SQL语句中不宜使用3层以上的嵌套查询
查询语句条件中应尽量避免使用order by或group by
对索引列的比较，应尽量避免使用not 或 !=
应尽量将数据库函数、计算表达式写在逻辑操作符右边。因为这些对列的操作会将导致表扫描，影响性能
在where子句中，若有多个过滤条件，应将索引列或过滤记录数最多的列放在后面，因为SQL执行顺序是自下而上，自右向左
能用连接方式实现的功能，不得用子查询
避免在索引列上使用函数或者表达式
举例：SELECT CONTNO FROM Person WHERE TRIM(name) = ‘张三’，name是索引列，使用函数后，会导致索引失效。
用not exists代替 not in、用decode代替case when、用UNION替换OR
多表联查时必须存在准确的关联条件，避免出现笛卡尔积
举例:SELECT A.name FROM Student A,Person B WHERE B.age = ‘20’，由于AB没有明确关联，会产生巨量（A表总条数*B表符合条件的总条数）的查询结果。
应尽量避免在where 子句中使用!=或<>操作符，否则引擎将放弃使用索引而进行全表扫描。
对查询进行优化，应尽量避免全表扫描，首先应考虑在where 及orderby 涉及的列上建立索引。
应尽量避免在where 子句中对字段进行null 值判断，否则将导致引擎放弃使用索引而进行全表扫描。如：select id from t where num is null。可以在num 上设置默认值0，确保表中num 列没有null 值，然后这样查询：select id from t where num=0
尽量避免在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
尽量少用（或者不用）sqlserver 自带的函数
select id from t where substring(name,1,3) = ’abc’
select id from t where datediff(day,createdate,’2005-11-30′) = 0
可以这样查询：
select id from t where name like ‘abc%’
select id from t where createdate >= ‘2005-11-30’ and createdate < ‘2005-12-1’
连续数值条件，用BETWEEN 不用IN：
SELECT id FROM t WHERE num BETWEEN 1 AND 5
Update 语句，如果只更改1.2 个字段，不要Update 全部字段，否则频繁调用会引起明显的性能消耗
尽量使用数字型字段，若只含数值信息的字段尽量不要设计为字符型
不建议使用select * from t ，用具体的字段列表代替“*”，不要返回用不到的任何字段。尽量避免向客户端返回大数据量，若数据量过大，应该考虑相应需求是否合理
表与表之间通过一个冗余字段来关联，要比直接使用JOIN 有更好的性能

词库加载错误:未能找到文件“E:\highferrum_mysql\Configuration\Dict_Stopwords.txt”。

上一篇：33.深度学习模型优化加速方法-2

下一篇：28.设计模式（工厂、装饰）详解

SQL优化

相关内容

热门资讯