BlogJava-磨刀不误砍材工-文章分类-数据库

非严谨不可为学

weiwei — Tue, 03 Aug 2010 09:32:00 GMT

领导要我写个脚本，往表中添加一些数据，我想到了在pl/sql实现，但很少写pl/sql，又不熟悉，到网上找了一会，把SQL写成了这样：

create or replace procedure updateXeDeptAll is
  cursor c1 is
    SELECT distinct d.c_dpt_cde
      FROM T_DEPARTMENT d
     WHERE NOT EXISTS (SELECT 1
              FROM claim_common_parameter c
             WHERE c.value_code = d.c_dpt_cde
               AND c.parameter_type = 'DEPTXE')
       AND LENGTH(d.c_dpt_cde) = 2
       AND d.c_dpt_cde IS NOT NULL;
  v_dpt_cde T_DEPARTMENT.c_dpt_cde%type;
  str_sql   varchar2(500);
begin
  open c1;
  loop
    EXIT WHEN c1%NOTFOUND;
    fetch c1
      into v_dpt_cde;
    str_sql := 'insert into claim_common_parameter
    (created_by,
     created_date,
     updated_by,
     updated_date,
     parameter_type,
     parameter_name,
     value_code,
     value_name,
     effective_date)
  values
    (''claim'',
     sysdate,
     ''claim'',
     sysdate,
     ''DEPTXE'',
     ''机构小额'',
     ''' || v_dpt_cde || ''',
     ''1'',
     sysdate)';
    dbms_output.put_line(v_dpt_cde);

    execute immediate str_sql; --动态执行DDL语句
    commit;
  end loop;
  close c1;
end updateXeDeptAll;

我这个愚蠢的家伙就直接把它交给了领导。
知识少，是多么的可怕!

DML在PL/SQL中根本就不需要动态sql来执行。

上面的sql是完全可以写成这样的：

create or replace procedure updateXeDeptAll is
  cursor c1 is
    SELECT distinct d.c_dpt_cde
      FROM T_DEPARTMENT d
     WHERE NOT EXISTS (SELECT 1
              FROM claim_common_parameter c
             WHERE c.value_code = d.c_dpt_cde
               AND c.parameter_type = 'DEPTXE')
       AND LENGTH(d.c_dpt_cde) = 2
       AND d.c_dpt_cde IS NOT NULL;
  v_dpt_cde T_DEPARTMENT.c_dpt_cde%type;

begin
  open c1;
  loop
    EXIT WHEN c1%NOTFOUND;
    fetch c1
      into v_dpt_cde;
   insert into claim_common_parameter
    (created_by,
     created_date,
     updated_by,
     updated_date,
     parameter_type,
     parameter_name,
     value_code,
     value_name,
     effective_date)
  values
    ('claim',
     sysdate,
     'claim',
     sysdate,
     'DEPTXE',
     '机构小额',
     v_dpt_cde,
     '1',
     sysdate)';
    commit;
  end loop;
  close c1;
end updateXeDeptAll;

而领导后来给我更正的sql语句更让我惭愧：

INSERT INTO claim_common_parameter
            (created_by, created_date, updated_by, updated_date,
             parameter_type, parameter_name, value_code, value_name,
             effective_date)
   SELECT 'claim', SYSDATE, 'claim', SYSDATE, 'DEPTXE', '机构小额',
          d.c_dpt_cde, '1', SYSDATE
     FROM T_DEPARTMENT d
    WHERE NOT EXISTS (
              SELECT 1
                FROM claim_common_parameter c
               WHERE c.value_code = d.c_dpt_cde
                     AND c.parameter_type = 'DEPTXE')
      AND LENGTH (d.c_dpt_cde) = 2

学习，真不是个随便的事情，非严谨不可为学呀!

weiwei 2010-08-03 17:32 发表评论

转-使用iBatis中报 java.sql.SQLException: 无效的列类型异常

weiwei — Tue, 27 Jul 2010 06:05:00 GMT

使用iBatis中报 java.sql.SQLException: 无效的列类型异常

原文网址：http://www.fengfly.com/plus/view-168285-1.html

1.
2. < insert id = "insertContent"   parameterClass = "com.unmi.content" >
3.      INSERT INTO PERSON(ID,NAME,SERVICEID) VALUES(#id#,#name#,#serviceid#)
4.
//三个子段允许为空(null）
1. SqlMapClient sqlMap = SqlMapConfig.getSqlMapInstance(); // as coded above
2. Content content= new Content( 1 );
3. content.setName( "Unmi" );
4. // content.setServiceId("123456"); // 注意该行被注释，serviceid属性为NULL
5. sqlMap.insert( "content" , content);
部分异常信息：
--- The error occurred in com/unmi/content.xml.
--- The error occurred while applying a parameter map.
--- Check the insertPerson-InlineParameterMap.
--- Check the parameter mapping for the 'serviceid' property.
--- Cause: java.sql.SQLException : 无效的列类型
Caused by: java.sql.SQLException : 无效的列类型
     at com.ibatis.sqlmap.engine.mapping.statement.GeneralStatement.executeUpdate( GeneralStatement.java:91 )
     at com.ibatis.sqlmap.engine.impl.SqlMapExecutorDelegate.insert( SqlMapExecutorDelegate.java:442 )
     at com.ibatis.sqlmap.engine.impl.SqlMapSessionImpl.insert( SqlMapSessionImpl.java:81 )
     at com.ibatis.sqlmap.engine.impl.SqlMapClientImpl.insert( SqlMapClientImpl.java:58 )
     at com.unmi.Client.main( Client.java:33 )
Caused by: java.sql.SQLException : 无效的列类型
//解决方案：
只要去掉 content.setServiceId("123456"); 前的注释，让content的三个字段都不为NULL，才能成功向数据库中插入记录。其实content表并没有任何约束，却是iBatis在此拦截下来，实是多此一举。那如果我确实让某个字段是NULL值，该怎么做呢？您只要修改一下映射文件中预置的SQL语句就行了，告诉iBatis当该字段出现NULL 值该用什么值来替代，连接Oracle即使是要求某字段传入NULL值时就是插入NULL值也必须要你累述一遍，好讨厌的事情。

1.
2. < insert id = "content" parameterClass = "com.unmi.content" >
3.     INSERT INTO PERSON(ID,NAME,PASSWD) VALUES(#id#,#name#,#SERVICEID:VARCHAR:NULL#)
4.
支持的类型在 java.sql.Types 中列示出来了，我一开始还把上面的 VARCHAR 错写成了 VARCHAR2。再比如果你想传入的 id 为NULL时替换为 0, 你就可以写成 #id:INTEGER:0#。

原因是 iBatis 是根据参数的当前值的类型(而不是类属性) 来决定对于这个 PrepairedStatement 设置参数是应该调用哪一个版本的 setXxx() 方法(是 String 就调用，setString() ，是 int 就调用 setInt() 等)。而如果参数值为 null，iBatis 便不知道调用哪个 setXxx() 方法，于是在 Oracle 的驱动下就笼统的调用 setNull() 方法，然而 Oracle 在对字符串类型字段使用 setNull() 却是有问题的。因为在配置中就必须指明当前字段的类型，如 #SERVICEID:VARCHAR:NULL#，当 iBatis 在碰到参数为 null 难以决断时，但见到这里的 VARCHAR 选项，它也知道应该用 setString() 方法来给 PrepairedStatement 赋值。至于其中的 NULL，不过是指定参数为 null 时的默认值，显然，写成 #SERVICEID:VARCHAR# 就行了，后面的 NULL 是多余的。
不知你注意到没有，我们上面的insert标记配置了属性是 parameterClass, 那如果配置的是 parameterMap 该如何解决因字段为NULL值的问题呢？这就要求我们在配置 parameterMap标记中可能出现NULL值的参数一定要指定相应的 jdbcType属性就行。只要不指定nullValue属性就表示在该表这段中直接记下NULL值。
view source

print ?
01. < parameterMap   id = "insert-person-paraMap" class = "com.unmi.content" >
02. < parameter property = "id" />
03. < parameter property = "name" />
04. < parameter property = "SERVICEID"   jdbcType = "VARCHAR" />
05.
06.
07. < insert id = "insertPerson"   parameterMap = "insert-person-paraMap" >
08.      INSERT INTO CONTENT(ID,NAME,SERVICEID) VALUES(?,?,?)
09.

weiwei 2010-07-27 14:05 发表评论

oracle组合分区

weiwei — Sat, 26 Dec 2009 16:46:00 GMT

摘要: 1、分区表创建：对轨迹表T_TRACK进行组合分区，首选按轨迹时间T_TRACK_TM进行区间分区，然后，再根据公司代码C_COMP_CDE进行列表分区。create table T_TRACK ( N_TRACK_ID NUMBER(20) not null, C_COMP_CDE VARCH... 阅读全文

weiwei 2009-12-27 00:46 发表评论