老师今天上课给我们说,查询大型的表尽量不要使用嵌套查询,给我们说她在机关工作时候用一个嵌套语句查一个东西运行了20多个小时,是真的吗?请经常管理大型超大型表的老师们高手们给我说下你们是怎么搞定这些问题的?只有67分了,不好意思啊~~

解决方案 »

  1.   

    也没什么特别的 都是尽量不用子查询 和一些会特别慢的关键字 如distinct,IN 等等,WHERE里的查询关键字最好做成索引
      

  2.   

    也没什么特别的 都是尽量不用子查询 和一些会特别慢的关键字 如distinct,IN 等等,WHERE里的查询关键字最好做成索引
      

  3.   

    根据应用而定,OLTP的应用环境,基本上没有什么大表,而OLAP的应用中大表多, 会多需要的数据先进行聚合,成为有效数据的小表,然后再查询.
      

  4.   

    同意一楼的看法,象union all 比union的效率要高点
      

  5.   

    sql写的合适的话,也没有那么严重,我们经常是对几百万的数据表进行查询操作,一般都是不会超过半小时的,大概最长也是不到十分钟。
      

  6.   

    我的经验是尽量不要用子查询
    我们公司的MRP,基本上都要跑10个小时以上的。
      

  7.   

    建议你看一些关于sql优化方面的知识,例如:尽量少用IN操作符,基本上所有的IN操作符都可以用EXISTS代替。 
    不用NOT IN操作符,可以用NOT EXISTS或者外连接+替代。 
    Oracle在执行IN子查询时,首先执行子查询,将查询结果放入临时表再执行主查询。而EXIST则是首先检查主查询,然后运行子查询直到找到第一个匹配项。NOT EXISTS比NOT IN效率稍高。但具体在选择IN或EXIST操作时,要根据主子表数据量大小来具体考虑。 
    不用“<>”或者“!=”操作符。对不等于操作符的处理会造成全表扫描,可以用“<” or “>”代替。 
    Where子句中出现IS NULL或者IS NOT NULL时,Oracle会停止使用索引而执行全表扫描。可以考虑在设计表时,对索引列设置为NOT NULL。这样就可以用其他操作来取代判断NULL的操作。 当通配符“%”或者“_”作为查询字符串的第一个字符时,索引不会被使用。 
    对于有连接的列“||”,最后一个连接列索引会无效。尽量避免连接,可以分开连接或者使用不作用在列上的函数替代。 
    如果索引不是基于函数的,那么当在Where子句中对索引列使用函数时,索引不再起作用。 
    Where子句中避免在索引列上使用计算,否则将导致索引失效而进行全表扫描。 
    对数据类型不同的列进行比较时,会使索引失效。 
    用“>=”替代“>”。 
    UNION操作符会对结果进行筛选,消除重复,数据量大的情况下可能会引起磁盘排序。如果不需要删除重复记录,应该使用UNION ALL。 
    Oracle从下到上处理Where子句中多个查询条件,所以表连接语句应写在其他Where条件前,可以过滤掉最大数量记录的条件必须写在Where子句的末尾。 
    Oracle从右到左处理From子句中的表名,所以在From子句中包含多个表的情况下,将记录最少的表放在最后。(只在采用RBO优化时有效,下文详述) 
    Order By语句中的非索引列会降低性能,可以通过添加索引的方式处理。严格控制在Order By语句中使用表达式。 
    不同区域出现的相同的Sql语句,要保证查询字符完全相同,以利用SGA共享池,防止相同的Sql语句被多次分析。 
    多利用内部函数提高Sql效率。 
    当在Sql语句中连接多个表时,使用表的别名,并将之作为每列的前缀。这样可以减少解析时间。 
    需要注意的是,随着Oracle的升级,查询优化器会自动对Sql语句进行优化,某些限制可能在新版本的Oracle下不再是问题。尤其是采用CBO(Cost-Based Optimization,基于代价的优化方式)时。我们可以总结一下可能引起全表扫描的操作: 在索引列上使用NOT或者“<>”; 
    对索引列使用函数或者计算; 
    NOT IN操作; 
    通配符位于查询字符串的第一个字符; 
    IS NULL或者IS NOT NULL; 
    多列索引,但它的第一个列并没有被Where子句引用; 
    Oracle优化器Oracle优化器(Optimizer)是Oracle在执行SQL之前分析语句的工具。
    Oracle的优化器有两种优化方式:基于规则的(RBO)和基于代价的(CBO)。 RBO:优化器遵循Oracle内部预定的规则。 
    CBO:依据语句执行的代价,主要指对CPU和内存的占用。优化器在判断是否使用CBO时,要参照表和索引的统计信息。统计信息要在对表做analyze后才会有。Oracle8及以后版本,推荐用CBO方式。 
    Oracle优化器的优化模式主要有四种: Rule:基于规则; 
    Choose:默认模式。根据表或索引的统计信息,如果有统计信息,则使用CBO方式;如果没有统计信息,相应列有索引,则使用RBO方式。 
    First rows:与Choose类似。不同的是如果表有统计信息,它将以最快的方式返回查询的前几行,以获得最佳响应时间。 
    All rows:即完全基于Cost的模式。当一个表有统计信息时,以最快方式返回表所有行,以获得最大吞吐量。没有统计信息则使用RBO方式。 
    设定优化模式的方式 Instance级别:在init<SID>.ora文件中设定OPTIMIZER_MODE; 
    Session级别:通过SQL> ALTER SESSION SET OPTIMIZER_MODE=;来设定。 
    语句级别:通过SQL> SELECT /*+ALL+_ROWS*/ ……;来设定。可用的HINT包括/*+ALL_ROWS*/、/*+FIRST_ROWS*/、/*+CHOOSE*/、/*+RULE*/ 等。 
    要注意的是,如果表有统计信息,则可能造成语句不走索引的结果。可以用SQL>ANALYZE TABLE table_name DELETE STATISTICS; 删除索引。
    对列和索引更新统计信息的SQL:
    SQL> ANALYZE TABLE table_name COMPUTE STATISTICS;
    SQL> ANALYZE INDEX index_name ESTIMATE STATISTICS; 
      

  8.   

    但union all不去除重复行,而union是去除重复行的,结果是有区别的
      

  9.   

    SQL优化方面的...
    得进行对SQL进行统计分析......
      

  10.   

    慢是正常的~ 但你老师说20多个小时有点夸张~ 数据仓库的数据都上T 执行个3,4个小时是正常的~ 一般仓库里的数据都用不上嵌套的表 不知道你老师做的是什么样子的数据~ 多注意SQL的优化吧~ 多注意SQL的执行计划