为什么Oracle会忽略“完美”指数？

我有这张桌子：

create table demo (
    key number(10) not null,type varchar2(3) not null,state varchar2(16) not null,... lots more columns ...
)

而这个指数：

create index demo_x04 on demo(key,type,state);

当我运行此查询时

select * from demo where key = 1 and type = '003' and state = 'NEW'

EXPLAIN PLAN显示它进行全表扫描.所以我放弃了索引并再次创建它. EXPLAIN PLAN仍然表示全表扫描.怎么可能？

一些背景：这是历史数据,所以会发生的事情是我查找状态为CLEARED的行并插入一个状态为NEW的新行(加上我从旧行复制一些值).然后将旧行更新为USED.因此桌子总是在增长.我注意到的是索引的基数是0(尽管事实上我有数千个不同的值).重建后,基数增长但CBO不喜欢指数.

第二天早上,甲骨文突然喜欢这个索引(可能已经睡过了它)并且开始使用它但不是很长时间.过了一会儿,处理从50行/秒下降到3行/秒,我再次看到“FULL TABLE SCAN”.到底是怎么回事？

就我而言,我需要处理大约一百万行.我批量提交变更. 50.在提交更新/重组索引之后是否应该运行一些命令？

我在使用Oracle 10g.

[编辑]我在这个表中有969’491个不同的键,3种类型和3种状态.

解决方法

SELECT /*+ INDEX (demo demo_x04) */ * 
  FROM demo 
 WHERE key = 1 
   AND type = '003' 
   AND state = 'NEW';

这听起来像是一夜之间发生的事情,表格得到了分析.然后,当您对表运行处理时,已更新足够的索引以使oracle表的统计信息再次失效并且优化器停止使用索引.

添加提示,看看EXPLAIN PLAN是否为您提供了不同的计划,查询效果更好.

哦,Tony关于分析表格的答案是一般的良好做法,尽管10g数据库在这方面做自我维护非常好.如果您的进程正在进行大量更新,则索引可能会很快失效.如果在流程开始进入沟渠时运行分析会改善情况一段时间,那么您就会知道这就是问题所在.

要更新表的统计信息,请使用dmbs_stats.gather_table_stats程序包.

例如：

exec dbms_stats.gather_table_stats(‘所有者’,’DEMO’);

（编辑：好传媒网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!