为什么速度会相差很多？

估计是执行计划不一样，对这两个表做个分析，然后试试：analyze table app_in_auditing compute statistics;
analyze table app_in_auditing_detail compute statistics;

解决方案 »

  1.   

    那如果把A.id ='B061115003'是不是也跟第二种情况一样？
      

  2.   

    我兴奋啊，我也碰到跟楼主一样的问题，但是我的情况稍微有点不同我的是这样的，一个生产数据库一个测试数据库，他们是不同的服务器也就是说在不同的机器上面的，所有的数据库及表结构都是一样的，但是我在操作测试数据库的时候，很快，0点几秒，我在操作生产数据库的时候呢就异常的忙，但是后来我分析了生产数据库的不同表之间的执行速度又是不同的，一直纳闷，经 zcs_1(生生不息) 一说，我分析了一下我的那个表，问题解决了，速度很快，比测试一环境还快，呵呵，发个贴感谢一下，顺便在要问一句的就是，关于表之间的执行计划的问题我不是很清楚，去google了一下，也没有找到什么资料，不知哪为仁兄知道的话，给说说，如果有资料更好，发[email protected],抄送[email protected]一份，感激不尽！~
      

  3.   

    To:graceboya(清风博雅) 
    是的，A.id ='B061115003'也跟第二种情况一样
      

  4.   

    alter system flush shared_pool
    再执行
      

  5.   

    你用connect by rownum < 9的目的是什么？两个表中ID为B061115001的各有几条，B061115002呢？
      

  6.   

    to:bobfang(匆匆过客) 
    两个表都只有3条记录
    得到的行不足8 行，插入其它行达到共8行
      

  7.   

    为什么用 connect by rownum < 9
    是什么意思呢？这个含义不确切，造成你这样的后果用 and rownum < 9
      

  8.   

    问题请我们的DBA解决了，你对这你这个表执行一下tuckt table tablename
    如果是没有数据的话，什么原因等你执行完，如果好了后，我在说吧，或则可以自己找找，呵呵买买关子
      

  9.   

    楼上的：tuckt是什么意思？是不是truncate？？？
    如果是那么truncate把数据清空，当然行了，呵呵，是不是在开玩笑啊：）