再问系统表dual的问题

true_life

太有创意了，是当测试人员的好料，呵呵

ok_zhixiang

蛮有意思的话题

lcx_315

想听听大家的意见，怎么看这个问题？

lfree

最初由 lcx_315 发布
[B]老大啊，不是哪儿都要索引的，
select * from dual;
D
-
X
就一个值要那么多索引干什么呢？
[/B]

这个问题并不是绝对的.
问题是开发人员频繁的调用就有问题..

在我们的生产系统,,开机才7天..
执行的次数超过20万次..

如图:

而如果建立了函数索引,,分析了表,,可以实现仅仅一个consistent get..

所以我觉得站在这个角度建议索引还是有意思的..

lfree

再做一个变态的例子,,建立一个PL
declare
tmpVar date;
begin
        dbms_lock.sleep(1);
        for i in 1 .. 1000000
    loop
                select /*+ index(dual,i_dual_1) */ sysdate into tmpvar  from dual ;
    end loop;
end;
/

> set timing on
> @aa

PL/SQL procedure successfully completed.

Elapsed: 00:00:41.49

打开两个sqlplus窗口,,执行这个脚本

Toms_zhang

有专牛角的嫌疑。

对于小表，建索引是没有意义的。

再说了，不知道大家为什么老执行select sysdate from dual;

是取当前时间呢还是就跑个空语句来验证数据库是否可用？如果是系统时间是完全没必要这么搞的嘛

lfree

修改脚本
declare
tmpVar date;
begin
        dbms_lock.sleep(1);
        for i in 1 .. 1000000
    loop
                select /*+ full(dual) */ sysdate into tmpvar  from dual ;
  end loop;
end;

> @aa

PL/SQL procedure successfully completed.

Elapsed: 00:00:57.13

lfree

最初由 Toms_zhang 发布
[B]有专牛角的嫌疑。

对于小表，建索引是没有意义的。

再说了，不知道大家为什么老执行select sysdate from dual;

是取当前时间呢还是就跑个空语句来验证数据库是否可用？如果是系统时间是完全没必要这么搞的嘛 [/B]

并不定只取时间,,比如一些测试连接
要select  '1' from dual

有些程序取seq号.也喜欢先执行

SELECT seq.NEXTVAL  FROM DUAL

Toms_zhang

最初由 lfree 发布
[B]

并不定只取时间,,比如一些测试连接
要select  '1' from dual

有些程序取seq号.也喜欢先执行

SELECT seq.NEXTVAL  FROM DUAL [/B]

哈，这两个语句没一个有用的。

lfree

附图看看buffer get接近 1:5