有关分区表的另一点

最新推荐文章于 2024-08-05 23:08:25 发布

wingsless

最新推荐文章于 2024-08-05 23:08:25 发布

阅读量681

点赞数

CC 4.0 BY-SA版权

分类专栏： ORACLE开发

本文链接：https://blog.youkuaiyun.com/uncle_six/article/details/8654762

ORACLE开发专栏收录该内容

10 篇文章

订阅专栏

本文探讨了在使用Oracle存储过程动态SQL向分区表插入数据时遇到的问题，即未指定分区导致全表扫描的情况，并给出了通过明确指定字符串类型的分区键来避免这一问题的方法。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

很久以前写了一个关于分区表的博文（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
  ;