有关分区表的另一点

最新推荐文章于 2023-08-19 17:18:43 发布

wingsless

最新推荐文章于 2023-08-19 17:18:43 发布

阅读量644

点赞数

分类专栏： ORACLE开发

本文链接：https://blog.csdn.net/uncle_six/article/details/8654762

版权

ORACLE开发专栏收录该内容

10 篇文章 0 订阅

订阅专栏

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

 
         CREATE 
          OR 
         REPLACE 
         PROCEDURE 
         P_TEST_PAR(V_DAY  
         IN 
         VARCHAR2)  
         AS 
        
         V_SQL VARCHAR2(1000); 
        
         BEGIN 
        
         V_SQL :=  
         'INSERT INTO TEST_PAR 
        
         SELECT * FROM TEST_PAR T WHERE T.DAY_ID =' 
         || V_DAY; 
        
         EXECUTE 
         IMMEDIATE 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 T WHERE T.DAY_ID = '20130101'

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

过程这样改：

 
  CREATE 
   OR 
  REPLACE 
  PROCEDURE 
  P_TEST_PAR(V_DAY  
  IN 
  VARCHAR2)  
  AS 
 
  V_SQL VARCHAR2(1000); 
 
  BEGIN 
 
  V_SQL :=  
  'INSERT INTO TEST_PAR 
 
  SELECT * FROM TEST_PAR T WHERE T.DAY_ID =' 
  '' 
  || V_DAY || 
  '' 
  '' 
  ; 
 
  EXECUTE 
  IMMEDIATE V_SQL; 
 
  COMMIT 
  ; 
 
  END 
  ;