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

lfree · 发表于 2006-9-27 09:41

^_^！慢的问题在许多医院都存在，可惜东软的人看不见。

overtime · 发表于 2006-9-27 10:13

1.不要用autotrace了，用explain看一下结果
2. 用索引的时候是什么执行计划？不要用暗示

lfree · 发表于 2006-9-27 10:55

最初由 overtime 发布
[B]1.不要用autotrace了，用explain看一下结果
2. 用索引的时候是什么执行计划？不要用暗示 [/B]

1。这个有不同吗？
2。建议你在从第1贴看起。

overtime · 发表于 2006-9-27 13:20

1.autotrace的输出少很多信息。
2.我是从第1个贴看起的，你能找到他什么时候贴过没有暗示，执行计划走的索引的信息吗？

lfree · 发表于 2006-9-27 14:57

第1贴：
QL> select /*+ index (kc22 pk_kc22_t) */ * from kc22
2 where akb020='100004' and akc190='30048174120060825' and akc220='265';

Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=FIRST_ROWS (Cost=3 Card=1 Bytes=211)

1 0 TABLE ACCESS (BY INDEX ROWID) OF 'KC22' (Cost=3 Card=1 Bytes=211)

2 1 INDEX (FULL SCAN) OF 'PK_KC22_T' (UNIQUE) (Cost=26 Card=1)

lfree · 发表于 2006-9-27 14:58

只不过是index full scan

overtime · 发表于 2006-9-27 15:19

我需要的是没有暗示的，你贴的是有暗示的。
有什么区别？一个有暗示，一个没暗示。

overtime · 发表于 2006-9-27 15:45

to LZ:
这个SQL是最近出现这个问题的，还是一直就存在这样的问题?
综合以上情况，最大的可能应该索引不是像你描述的那样，为了更准确的分析，上传以下结果(ana.dmp)：
exp 用户/口令 file=ana.dmp tables=kc22 rows=n

喃喃 · 发表于 2006-9-27 17:02

我已经跟这个项目的负责人联系了，他会处理这件事
这个项目给我的印象是已经很长时间了吧
期间kc22的表结构是否改动过？

lfree · 发表于 2006-9-27 17:58

继续关注。。。。。

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

浏览过的版块