DB2数据库切换为oracle数据库经验教训总结(必看篇)

由于db2数据库使用的人太少,公司有没有专业的dba,决定把数据库从db2数据库切换为oracle数据库,本以为很简单,可当真的切换时,却发现,有很多东西出乎意料。

由于系统底层使用的是orm映射工具,由于没有使用存储过程,自定义函数,触发器,因此我以为系统改动不大,但发现的问题却不少。

1、我们的主键基本上都采用共的是sequence,没有采用自动增长作为主键。

但获取sequence在两种数据库中是不相同的。

db2获取的方法

values next value for eas.seq_sequencenameoracle中获取的方法

select seq_sequencename.nextval from dual2我们底层采用的是orm映射工具activerecord,发现执行sql时语句末尾不能有分号,太奇怪了。这个问题似乎是activerecord本身的问题

例如:

 /// <summary>
    /// 得到第一行第一列的值
    /// </summary>
    /// <param name="sqlstr"></param>
    /// <returns></returns>
    public object scalarbysql(string sqlstr)
    {      
      isession sess = activerecordmediator.getsessionfactoryholder().createsession(typeof(activerecordbase));
      idbconnection dbconn = sess.connection;
      
      try
      {
        idbcommand dbcommand = dbconn.createcommand();
        dbcommand.commandtext = sqlstr;
        object thisreader = dbcommand.executescalar();
        return thisreader;
      }
      catch (exception ex)
      {
        loginfo.error(sqlstr + ex.message);
        throw new exception("数据库执行语句错误");
      }
      finally
      {
        dbconn.close();
      }
    }

例如:sqlstr=”select * from eas.t_hrwageslog where hrwl_month=’201603′”;

时在db2,oracle中都能正常执行,但如果末尾有一个分号;则在oracle中直接就是一个错误

ora-00911: 无效字符

3、部分数据库类型不支持,部分函数没有。

没有xml,数据类型。双精度浮点数字数据类型在db2是double,在oracle是binary_double

由于使用了一个工具导出的double,直接转为了number(13),导致没有小数部分,导致了大量错误。

这几个函数year,month,day没有

条件in中的数据有限制,否则ora-01795: 列表中的最大表达式数为 1000

4、视图定义中表不能使用as。

create view viewname
as
select a.hwd_user_fk,b.u_name from t_hrwxdata as a join t_user as b on a.hwd_user_fk=b.u_id如上的sql在server sql,db2中都可以使用,但在oracle中不能使用,需要把as去掉


create view viewname
as
select a.hwd_user_fk,b.u_name from t_hrwxdata  a join t_user b on a.hwd_user_fk=b.u_id

5、最大的问题是日期问题

select * from eas.t_hrwxdata where hwd_date>=’2016-04-14’如上的sql,在sql server,db2中可以,但在oracle中是错误的,oracle不会字符串转为日期类型。

在oracle可以修改为

select * from eas.t_hrwxdata where hwd_date>=to_date(‘2016-04-14′,’yyyy-mm-dd’)

包含小时的日期格式处理24小时

to_date(‘2016-03-06 13:12:09′,’yyyy-mm-dd hh24:mi:ss’)

包含小时的日期格式处理12小时,如果时小时数是下午的13点就会出错

to_date(‘2016-03-06 01:12:09′,’yyyy-mm-dd hh:mi:ss’)

在db2中可以保存2016-04-14这样没有时间的日期,但在oracle中好像不行,也导致了很多问题。

总之,这次切换数据库还算顺利,但教训也不少,由于系统在七八年前设计,没有考虑过切换数据库的问题,因此使用数据库函数时就没有考虑数据库函数的通用型,但因为使用了orm映射工具activerecord,修改也很少。如果使用大量的存储过程,估计就有很多工作量了。在日期设计方面,应该根据具体实际设计类型了,例如对于2016-04-14格式的数据就可以采用字符串,没必要使用日期类型导致不必要的错误。

以上这篇db2数据库切换为oracle数据库经验教训总结(必看篇)就是www.887551.com分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持www.887551.com。

(0)
上一篇 2022年3月21日
下一篇 2022年3月21日

相关推荐