答案是：可能走索引也可能不走索引，具体要看列的值可不可为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？ 都是解决问题的方案。