如何优化SQL语句

2019-09-13 作者:计算机   |   浏览(105)

  ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名,FROM子句中写

  在最后的表(基础表 driving table)将被最先处理,在FROM子句中包含多个表的

  情况下,你必须选择记录条数最少的表作为基础表。如果有3个以上的表连接查询

  ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必

  须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE

  ORACLE在解析的过程中, 会将* 依次转换成所有的列名, 这个工作是通过

  ORACLE在内部执行了许多工作: 解析SQL语句, 估算索引的利用率, 绑定变

  放可以被恢复的信息. 如果你没有COMMIT事务,ORACLE会将数据恢复到删除之前

  的状态(准确地说是恢复到执行删除命令之前的状况) 而当运用TRUNCATE时, 回

  滚段不再存放任何可被恢复的信息.当命令运行后,数据不能被恢复.因此很少的

  资源被调用,执行时间也会很短. (译者按: TRUNCATE只在删除全表适

  只要有可能,在程序中尽量多使用COMMIT, 这样程序的性能得到提高,需求也

  避免使用HAVING子句, HAVING 只会在检索出所有记录之后才对结果集进行

  过滤. 这个处理需要排序,总计等操作. 如果能通过WHERE子句限制记录的数目,

  件的子句中,on是最先执行,where次之,having最后,因为on是先把不符合条

  速度是最快的,where也应该比having快点的,因为它过滤数据后才进行sum,在

  两个表联接时才用on的,所以在一个表的时候,就剩下where跟having比较了。

  的结果是一样的,只是where可以使用rushmore技术,而having就不能,在速度

  确定的,根据上篇写的工作流程,where的作用时间是在计算之前就完成的,而

  having就是在计算后才起作用的,所以在这种情况下,两者的结果会不同。在多

  表联接查询时,on比where更早起作用。系统首先根据各个表之间的联接条件,

  把多个表合成一个临时表后,再由where进行过滤,然后再计算,计算完后再由

  having进行过滤。由此可见,要想过滤条件起到正确的作用,首先要明白这个条

  当在SQL语句中连接多个表时, 请使用表的别名并把别名前缀于每个Column

  上.这样一来,就可以减少解析的时间并减少那些由Column歧义引起的语法错误.

  询中,NOT IN子句将执行一个内部的排序和合并. 无论在哪种情况下,NOT IN都是

  最低效的 (因为它对子查询中的表执行了一个全表遍历). 为了避免使用NOT IN

  虽然目前各种关于SQL优化的图形化工具层出不穷,但是写出自己的SQL工具

  索引是表的一个概念部分,用来提高检索数据的效率,ORACLE使用了一个复

  杂的自平衡B-tree结构. 通常,通过索引查询数据比全表扫描要快. 当ORACLE找

  出执行查询和Update语句的最佳路径时, ORACLE优化器将使用索引. 同样在联结

  所有的列. 通常, 在大型表中使用索引特别有效. 当然,你也会发现, 在扫描小

  表时,使用索引同样能提高效率. 虽然使用索引能得到查询效率的提高,但是我们

  也必须注意到它的代价. 索引需要空间来存储,也需要定期维护, 每当有记录在

  表中增减或索引列被修改时, 索引本身也会被修改. 这意味着每条记录的INSERT

  储空间和处理,那些不必要的索引反而会使查询反应时间变慢.。定期的重构索引

  速,因为RDBMS核心模块将在子查询的条件一旦满足后,立刻返回结果. 例子:

  (19) sql语句用大写的;因为oracle总是先解析sql语句,把小写的字母转换成大写的再执行

  我们要避免在索引列上使用NOT, NOT会产生在和在索引列上使用函数相同的影响. 当ORACLE”遇到”NOT,他就会停止使用索引转而执行全表扫描.

  WHERE子句中,如果索引列是函数的一部分.优化器将不使用索引而使用全表扫描.举例: 低效:

  这是一条简单易记的规则,但是实际的执行效果还须检验,在ORACLE8i下,两者的执行路径似乎是相同的.

  避免在索引中使用任何可以为空的列,ORACLE将无法使用该索引.对于单列索引,如果列包含空值,索引中将不存在此记录. 对于复合索引,如果每个列都为空,索引中同样不存在此记录.如果至少有一个列不为空,则记录存在于索引中.举例: 如果唯一性索引建立在表的A列和B列上, 并且表中存在一条记录的A,B值为(123,null) , ORACLE将不接受下一条具有相同A,B值(123,null)的记录(插入). 然而如果所有的索引列都为空,ORACLE将认为整个键值为空而空不等于空. 因此你可以插入1000 条具有相同键值的记录,当然它们都是空! 因为空值不存在于索引列中,所以WHERE子句中对索引列进行空值比较将使ORACLE停用该索引.

  如果索引是建立在多个列上, 只有在它的第一个列(leading column)被where子句引用时,优化器才会选择使用该索引. 这也是一条简单而重要的规则,当仅引用索引的第二个列时,优化器使用了全表扫描而忽略了索引

  当SQL语句需要UNION两个查询结果集合时,这两个结果集合会以UNION-ALL的方式被合并, 然后在输出最终结果前进行排序. 如果用UNION ALL替代UNION, 这样排序就不是必要了. 效率就会因此得到提高. 需要注意的是,UNION ALL 将重复输出两个结果集合中相同记录. 因此各位还是要从业务需求分析使用UNION ALL的可行性. UNION 将对结果集合排序,这个操作会使用到SORT_AREA_SIZE这块内存. 对于这块内存的优化也是相当重要的. 下面的SQL可以用来查询排序的消耗量

  ORDER BY中所有的列必须包含在相同的索引中并保持在索引中的排列顺序.

  某些SELECT 语句中的WHERE子句不使用索引. 这里有一些例子. 在下面的例子里, (1)‘!= 将不使用索引. 记住, 索引只能告诉你什么存在于表中, 而不能告诉你什么不存在于表中. (2) ‘是字符连接函数. 就象其他函数那样, 停用了索引. (3) ‘+是数学函数. 就象其他数学函数那样, 停用了索引. (4)相同的索引列不能互相比较,这将会启用全表扫描.

  (32) a. 如果检索数据量超过30%的表中记录数.使用索引将没有显著的效率提高.

  b. 在特定情况下, 使用索引也许会比全表扫描慢, 但这是同一个数量级上的区别. 而通常情况下,使用索引比全表扫描要块几倍乃至几千倍!

  提高GROUP BY 语句的效率, 可以通过将不需要的记录在GROUP BY 之前过滤掉.下面两个查询返回相同结果但第二个明显就快了许多.

  D、做相应操作,若做修改,先加上行级锁,经确认后,把改过前后记录内容存入重做日志缓冲区内;

如何优化SQL语句

教育资讯 地理 计算机 心理学 标签 网站地图 xml地图

菲华国际注册_菲华国际平台登录网址_菲华国际下载app【官网首页】

菲华国际注册是为游戏行业的发展做出积极贡献!,菲华国际平台登录网址已经成为了百家乐玩家的一种入门玩法,菲华国际下载app提供全球游戏第一平台,拥有百年的娱乐经验。

Copyright © 2002-2017 菲华国际注册 All Rights Reserved

京ICP04486715号-1