东软医保动态库全表扫描问题请教！

cana

动态库和后台过程都没办法修改，只能说通过各种优化手段来提升效率！

lfree

没图！等。。。。。。。。。。。

cana

SQL> set autotrace traceonly
SQL> select /*+ rule */ * from kc22 where akb020='100004' and AKc190='30048174120060825' and akc220='265';


Execution Plan
----------------------------------------------------------
   0      SELECT STATEMENT Optimizer=HINT: RULE
   1    0   TABLE ACCESS (FULL) OF 'KC22'




Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
      14569  consistent gets
       5585  physical reads
          0  redo size
       3785  bytes sent via SQL*Net to client
        425  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed
现在又发现一个问题,早上重建索引,分析完成,基本不做全表扫描,到中午后,又出现大量全表扫描,这个时间段内,只是增加了一些数据而已,每天都是如此,要崩溃了!

lfree

彻底的搞不懂！！！！

lfree

再看下去，我会崩溃的，最后放弃。
使用rule，我一直认为会使用索引的，真不知道为什么？也许是9i的某些问题。

另外看看表是否打开了并行，好像与这个无关。

cana

可能是我说的不太清楚,原来东软的方案是choose,其余的参数都是默认,由于做全表扫描,所以我做了修改!

喃喃

我是东软的，以前也是做社保的
告诉我你是哪的，我找个人帮你看看

lfree

看来还是喃喃有责任一些。
^_^！好久没看见你了。

喃喃

最初由 lfree 发布
[B]看来还是喃喃有责任一些。
^_^！好久没看见你了。 [/B]

呵呵，好久不见。
不做社保了，就很少来这个板块了，
还是在管理板块看见的这个帖子。

我不太清楚那个dll是做什么的，但感觉跟他的系统关系大些，
应该不是通病

cana

我是XXX的,我问过几家医院,反映是比较慢,特别是药店,响应要求时间快,更说速度不理想!