ROWID走索引不得其解之二

最新推荐文章于 2021-04-16 02:29:18 发布

原创最新推荐文章于 2021-04-16 02:29:18 发布 · 1.8k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#user #null #date #less #数据库 #table

Oracle 开发专栏收录该内容

129 篇文章

订阅专栏

本文深入探讨了一个特定数据库表的结构与索引使用情况，详细解析了如何通过理解分区与索引之间的交互，优化查询性能。重点介绍了表结构、索引创建以及访问策略，并通过实例分析了如何识别并解决索引失效问题。

今天发现公司的研发数据库有个表也走索引,其表是分区,有2个索引无数据,表和索引已经分析过了.

有图有真相:

从图可知道它访问索引N1 ROWID条件成了过滤谓词.

看下表结构:

create table OSS_USER_BEH_SUM_DAY_201110
(
RECDATE      NUMBER(8) not null,
OPERID       NUMBER(10) default 0 not null,
   PROVCODE     NUMBER(5) default 0 not null,
..........

CREATETIME   DATE default sysdate not null,
MODIFYTIME   DATE default sysdate not null
)
partition by range (PROVCODE)
(
partition USER_BEH_SUM_DAY_201210_00 values less than (1)
    tablespace DATA
    pctfree 10
    initrans 1
    maxtrans 255
    storage
    (
      initial 80K
      minextents 1
      maxextents unlimited
    ),

......

32个分区

)

create index IDX_USER_BEH_SUM_DAY_201120_N1 on OSS_USER_BEH_SUM_DAY_201110 (RECDATE, OPERID);
create unique index IDX_USER_BEH_SUM_DAY_201110_U1 on OSS_USER_BEH_SUM_DAY_201210 (RECDATE, OPERID, ...);