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

robixiao

建议使用TOAD 工具,优化功能超强啊.

cana

我们用的是军字一号工程，自行开发的医保接口，所以字符集一直用的是us7ascii，而东软安装数据库时用的是imp进行倒入，后来发现显示的提示信息不对就强行修改了，这次重装完数据库，不需作什么优化，生化全项在10秒之内得出结果，可见如果基础差了，再优化也得不到好的结果，而且困扰我们很长时间的另一个问题：无法执行exp命令也迎刃而解了！

lfree

10秒对前台讲是很慢的。

cana

没错，10秒是不是很快，可比起以前优化来说变化太大了，实际上也没有用10秒！把计划贴上来看一下！
SQL> show parameter optimizer_index_cost_adj

NAME                                 TYPE    VALUE
------------------------------------ ------- ------------------------------
optimizer_index_cost_adj             integer 100
SQL> set autotrace traceonly
SQL> select * from kc22 where akb020='100004' and akc190='30048174120060825' and akc220='265';


Execution Plan
----------------------------------------------------------
   0      SELECT STATEMENT Optimizer=CHOOSE
   1    0   TABLE ACCESS (BY INDEX ROWID) OF 'KC22'
   2    1     INDEX (RANGE SCAN) OF 'INDEX_KC22_T' (NON-UNIQUE)




Statistics
----------------------------------------------------------
        312  recursive calls
          0  db block gets
        170  consistent gets
         66  physical reads
        264  redo size
       3796  bytes sent via SQL*Net to client
        425  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          4  sorts (memory)
          0  sorts (disk)
          1  rows processed
表分析后
SQL> set autotrace traceonly
SQL> select * from kc22 where akb020='100004' and akc190='30048174120060825' and akc220='265';


Execution Plan
----------------------------------------------------------
   0      SELECT STATEMENT Optimizer=CHOOSE (Cost=10 Card=1 Bytes=194)
   1    0   TABLE ACCESS (BY INDEX ROWID) OF 'KC22' (Cost=10 Card=1 By
          tes=194)

   2    1     INDEX (RANGE SCAN) OF 'PK_KC22_T' (UNIQUE) (Cost=9 Card=
          1)





Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
         10  consistent gets
          8  physical reads
          0  redo size
       3796  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

这句无论那个执行都不需要10秒。
另外INDEX_KC22_T包含那些字段。
PK_KC22_T又包含那些字段。

lfree

我这里pk_22 前面3个字段就是akb020，akc190， akc220
好像不会出现没有分析，使用INDEX_KC22_T索引的情况。

cana

呵呵，我说的10秒内，是在系统中录入生化全项26项，然后开始上传数据，前置机计算后返回值的时间！

lfree

这样也太长，个人认为应该最多在2－3秒以内。
我们目前还没有上动态库，等上了我在研究，也许我们的数据结构
不一样。

cana

如果有源程序，从源程序下手，可能会快一些，军字一号系统使用PB编程，我们没有源程序，是通过接口改造，最后编译成pbd文件，所以执行效率可能会有一些影响，测试了一下，大约在5秒左右。

lfree

但是sql语句你还是可以跟踪到的，如果慢，多数是sql的问题。