答案是:可能走索引也可能不走索引,具体要看列的值可不可为null,Oracle不会为所有列的nullable属性都为Y的sql语句走索引。
例子:
create table t as select * from dba_objects;
CREATE INDEX ix_t_name ON t(object_id, object_name, owner);
SELECT object_id, object_name, owner FROM t;
看到网上很多的文章都会说第三个SQL语句没有where条件,肯定不走索引,或者 说 这个语句的列上都有索引,会走覆盖索引,真的是这样吗?
第三个DQL语句会走索引吗? --不会。因为虽然查询的这三个列都被覆盖索引包含在内,但这三个列都可为null,正如开篇所说——Oracle不会为全都为null的行走索引。执行计划如下:
可以看到这三个列虽然都有索引,但这三个列的nullable属性都是Y,也就是都可为空,所以索引将失效,该语句将走全表扫描。
解决这个问题,至少将其中一列的nullable属性设置为N。这样就保证了每一行都将在索引中。
alter table t modify object_name not null;
再次查询同样的SQL语句,可以看到没有where条件的SQL语句也走了索引。
所以,一个sql语句没有where条件会不会走索引是一个有争议的问题。所以碰到这种问题只需要记得
Oracle不会为所有列的nullable属性都为Y的SQL语句走索引。
所以,我们也可以换一种方式解决,为object_id添加主键约束? 设置其它两列为notnull? 都是解决问题的方案。