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

2024-02-26 03:21:03 273

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

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

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

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

DB2获取的方法

valuesnextvalueforeas.seq_SequenceNameOracle中获取的方法

selectseq_SequenceName.nextvalfromdual2我们底层采用的是ORM映射工具ActiveRecord，发现执行SQL时语句末尾不能有分号，太奇怪了。这个问题似乎是ActiveRecord本身的问题

例如：

///
///得到第一行第一列的值
///
///
///
publicobjectScalarBySQL(Stringsqlstr)
{
ISessionsess=ActiveRecordMediator.GetSessionFactoryHolder().CreateSession(typeof(ActiveRecordBase));
IDbConnectiondbconn=sess.Connection;

try
{
IDbCommanddbCommand=dbconn.CreateCommand();
dbCommand.CommandText=sqlstr;
objectthisReader=dbCommand.ExecuteScalar();
returnthisReader;
}
catch(Exceptionex)
{
LogInfo.Error(sqlstr+ex.Message);
thrownewException("数据库执行语句错误");
}
finally
{
dbconn.Close();
}
}

例如：sqlstr="select*FROMEAS.T_HRWagesLogwhereHRWL_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。

createviewViewName
as
selecta.HWD_User_FK,b.u_namefromT_HRWxDataasajoinT_userasbona.HWD_User_FK=b.u_id如上的SQL在ServerSQL，DB2中都可以使用，但在Oracle中不能使用，需要把as去掉


createviewViewName
as
selecta.HWD_User_FK,b.u_namefromT_HRWxDataajoinT_userbona.HWD_User_FK=b.u_id

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

select*FROMEAS.T_HRWxDatawhereHWD_Date>='2016-04-14'如上的SQL，在SQLServer,DB2中可以，但在Oracle中是错误的，oracle不会字符串转为日期类型。

在Oracle可以修改为

select*FROMEAS.T_HRWxDatawhereHWD_Date>=to_date('2016-04-14','yyyy-mm-dd')

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

to_date('2016-03-0613:12:09','yyyy-mm-ddhh24:mi:ss')

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

to_date('2016-03-0601:12:09','yyyy-mm-ddhh:mi:ss')

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

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

以上这篇DB2数据库切换为oracle数据库经验教训总结(必看篇)就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持毛票票。

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

热门推荐

随机推荐