有关分区表的另一点

来源:互联网 发布:交换机端口设248 编辑:程序博客网 时间:2024/06/04 17:54

     很久以前写了一个关于分区表的博文(http://www.cnblogs.com/wingsless/archive/2012/08/06/2625809.html),后来在实际的工作中发现,我们的存储过程中存在很多这样子的写法:

     

CREATE OR REPLACE PROCEDUREP_TEST_PAR(V_DAY INVARCHAR2) AS
  V_SQL VARCHAR2(1000);
BEGIN
  V_SQL :='INSERT INTO TEST_PAR
    SELECT * FROM TEST_PAR T WHERE T.DAY_ID ='|| V_DAY;
  EXECUTEIMMEDIATE V_SQL;
  COMMIT;
END

 

      这里面的v_day是存储过程中传入的变量。

      这个分区表是按照day_id字段范围分区的,分区的字段是varchar2型的。这个v_sql打印出来是这样子的:

     

INSERT INTO TEST_PAR
    SELECT* FROM TEST_PAR T WHERE T.DAY_ID =20130101

      主要看底下的select语句。

     

      看,只选择了20130101一天的数据,但是读取分区的时候却将所有的分区都读取上了,这显然没有达到我们的要求,问题很简答,就在于下面的隐式类型转换中。如果语句换成下面这个就不一样了:

     

?
SELECT * FROM TEST_PAR TWHERE T.DAY_ID ='20130101'

    

     这样子就好了,cost也降下来了。以前写过一个索引不可用的(http://www.cnblogs.com/wingsless/archive/2011/11/19/2255647.html),没想到相同的时候也发生在了分区上。

     过程这样改:

CREATE OR REPLACE PROCEDUREP_TEST_PAR(V_DAY INVARCHAR2) AS
  V_SQL VARCHAR2(1000);
BEGIN
  V_SQL :='INSERT INTO TEST_PAR
    SELECT * FROM TEST_PAR T WHERE T.DAY_ID ='''|| V_DAY ||'''';
  EXECUTEIMMEDIATE V_SQL;
  COMMIT;
END;
原创粉丝点击