今天遇到一个调优的问题。
模拟的表结构如下:
查询的SQL不算复杂,就是查询一个表最后创建的几条记录。
我感觉在CreateTime字段上创建一个索引,就应该可以了,可实际上不行。
执行计划没有变。
索引列设置为非空 就可以解决这个问题了。
设置CreateTime字段为非空,并且分析模式。
查看执行计划,已经走索引了。
---分割线
这个问题在MySQL里面,就容易处理了。因为MySQL的索引包括空值。
但是通过简单的创建索引,还是不能达到优化的效果。
通过JAVA程序初始化数据,然后创建索引, 查看执行计划
可以看到,单纯的创建一个索引是没有效果的。
可以使用延迟关联的方式
可以看到已经应用了索引,达到了优化的目的。
总之,Oracle的索引列尽量设置为非空,会省不少心。
模拟的表结构如下:
create table test
(
id int primary key,
name varchar2(10),
createtime date
);
insert into test select rownum,rownum,sysdate-rownum from dual connect by level<100000;
目标数据库是Oracle。(
id int primary key,
name varchar2(10),
createtime date
);
insert into test select rownum,rownum,sysdate-rownum from dual connect by level<100000;
查询的SQL不算复杂,就是查询一个表最后创建的几条记录。
SELECT *
FROM (
SELECT A.*, ROWNUM AS RN
FROM (
SELECT *
FROM test
ORDER BY createtime DESC
) A
WHERE ROWNUM <= 20
)
WHERE RN >= 10
我先看了一下执行计划,发现走的是全表扫描。FROM (
SELECT A.*, ROWNUM AS RN
FROM (
SELECT *
FROM test
ORDER BY createtime DESC
) A
WHERE ROWNUM <= 20
)
WHERE RN >= 10
我感觉在CreateTime字段上创建一个索引,就应该可以了,可实际上不行。
执行计划没有变。
索引列设置为非空 就可以解决这个问题了。
设置CreateTime字段为非空,并且分析模式。
查看执行计划,已经走索引了。
---分割线
这个问题在MySQL里面,就容易处理了。因为MySQL的索引包括空值。
但是通过简单的创建索引,还是不能达到优化的效果。
通过JAVA程序初始化数据,然后创建索引, 查看执行计划
可以看到,单纯的创建一个索引是没有效果的。
可以使用延迟关联的方式
select a.* from
test a
inner join
(
select id from test order by createtime desc limit 10,10
) b
on(a.id=b.id)
order by a.createtime desc;
执行计划如下:test a
inner join
(
select id from test order by createtime desc limit 10,10
) b
on(a.id=b.id)
order by a.createtime desc;
可以看到已经应用了索引,达到了优化的目的。
总之,Oracle的索引列尽量设置为非空,会省不少心。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29254281/viewspace-1184340/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/29254281/viewspace-1184340/