[置顶] DB2数据库切换为oracle数据库经验教训总结

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

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

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

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

DB2获取的方法

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

select seq_SequenceName.nextval from dual
2我们底层采用的是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没有

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数据库经验教训总结)