大概是你新建的表在缓存中存在吧 
你可以试试select后再 select一次 看看时间是否缩短

解决方案 »

  1.   

    谢谢大家,这个情况是突然发生的。当天运行的还好好的,如果第二天一过来,速度就慢下来了。to:xgy3285669,时间没有缩短。重启后,新表与旧表的速度就一样慢了。to:重建索引没有试过,这里先试一下。
      

  2.   

    既然是运行 "Select id,code,name from ftItem" 这样的查询,
    那就建一个复合索引: create index 索引名称 on 表名(id,code,name)
     tablespace 索引表空间名称
     storage(initial 40K next 40K pctincrease 1); 然后运行SQLplus,看看查询计划.
      

  3.   

    不知道你的表是单一索引还是符合索引?如果只是以id作为索引的话,那么你的select语句索引根本就没起作用,也就是说你执行的还是全表扫描,建议你将id,code,name作为该表的复合索引
    以下的任何一种情况出现,都是全表扫描:
    1〉该表无索引
    2〉对返回的行无任何限制条件
    3〉对数据表与任何索引主列相对应的行无限制条件,如:对id,name,code列上创建符合索引,那么仅对code列有限制条件的查询是不能使用这个索引的
    4〉对索引主列的行有限制条件,但条件在表达式中使用,例如:在code列上索引,那么限制条件where code='JIAYU458764'可以使用索引,而限定条件如果是where upper(code)='JIAYU458764'不会使用索引
    5〉对索引主列的行有限制条件,但条件或者是NULL检验或者是不相等。例如:
    CODE列上存在索引,但以下情况不会使用索引:
    WHERE CODE IS NULL
    WHERE CODE IS NOT NULL
    WHERE CODE!='JIAYU458764'
    6>对索引主列的行有限制条件,但条件使用LIKE操作以及'%'开始或者值是一个赋值变量。
    例如:
    WHERE CODE LIKE '%IAYU%'
    WHERE CODE LIKE:CODE_BIND_VARIABLE