由于DB2數(shù)據(jù)庫(kù)使用的人太少，公司有沒(méi)有專業(yè)的DBA，決定把數(shù)據(jù)庫(kù)從DB2數(shù)據(jù)庫(kù)切換為oracle數(shù)據(jù)庫(kù)，本以為很簡(jiǎn)單，可當(dāng)真的切換時(shí)，卻發(fā)現(xiàn)，有很多東西出乎意料。

由于系統(tǒng)底層使用的是ORM映射工具，由于沒(méi)有使用存儲(chǔ)過(guò)程，自定義函數(shù)，觸發(fā)器，因此我以為系統(tǒng)改動(dòng)不大，但發(fā)現(xiàn)的問(wèn)題卻不少。

1、我們的主鍵基本上都采用共的是Sequence，沒(méi)有采用自動(dòng)增長(zhǎng)作為主鍵。

但獲取Sequence在兩種數(shù)據(jù)庫(kù)中是不相同的。

DB2獲取的方法

values next value for eas.seq_SequenceNameOracle中獲取的方法

select seq_SequenceName.nextval from dual2我們底層采用的是ORM映射工具ActiveRecord，發(fā)現(xiàn)執(zhí)行SQL時(shí)語(yǔ)句末尾不能有分號(hào)，太奇怪了。這個(gè)問(wèn)題似乎是ActiveRecord本身的問(wèn)題

例如：

 /// <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("數(shù)據(jù)庫(kù)執(zhí)行語(yǔ)句錯(cuò)誤");
      }
      finally
      {
        dbconn.Close();
      }
    }

例如：sqlstr="select * FROM EAS.T_HRWagesLog where HRWL_Month='201603'";

時(shí)在DB2，Oracle中都能正常執(zhí)行，但如果末尾有一個(gè)分號(hào);則在Oracle中直接就是一個(gè)錯(cuò)誤

ORA-00911: 無(wú)效字符

3、部分?jǐn)?shù)據(jù)庫(kù)類型不支持，部分函數(shù)沒(méi)有。

沒(méi)有XML，數(shù)據(jù)類型。雙精度浮點(diǎn)數(shù)字?jǐn)?shù)據(jù)類型在DB2是DOUBLE，在Oracle是BINARY_DOUBLE

由于使用了一個(gè)工具導(dǎo)出的DOUBLE，直接轉(zhuǎn)為了NUMBER(13)，導(dǎo)致沒(méi)有小數(shù)部分，導(dǎo)致了大量錯(cuò)誤。

這幾個(gè)函數(shù)YEAR,MONTH,DAY沒(méi)有

條件in中的數(shù)據(jù)有限制，否則ORA-01795: 列表中的最大表達(dá)式數(shù)為 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中不能使用，需要把a(bǔ)s去掉


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、最大的問(wèn)題是日期問(wèn)題

select * FROM EAS.T_HRWxData where HWD_Date>='2016-04-14'如上的SQL，在SQL Server,DB2中可以，但在Oracle中是錯(cuò)誤的，oracle不會(huì)字符串轉(zhuǎn)為日期類型。

在Oracle可以修改為

select * FROM EAS.T_HRWxData where HWD_Date>=to_date('2016-04-14','yyyy-mm-dd')

包含小時(shí)的日期格式處理24小時(shí)

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

包含小時(shí)的日期格式處理12小時(shí)，如果時(shí)小時(shí)數(shù)是下午的13點(diǎn)就會(huì)出錯(cuò)

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

在DB2中可以保存2016-04-14這樣沒(méi)有時(shí)間的日期，但在Oracle中好像不行，也導(dǎo)致了很多問(wèn)題。

總之，這次切換數(shù)據(jù)庫(kù)還算順利，但教訓(xùn)也不少，由于系統(tǒng)在七八年前設(shè)計(jì)，沒(méi)有考慮過(guò)切換數(shù)據(jù)庫(kù)的問(wèn)題，因此使用數(shù)據(jù)庫(kù)函數(shù)時(shí)就沒(méi)有考慮數(shù)據(jù)庫(kù)函數(shù)的通用型，但因?yàn)槭褂昧薕RM映射工具ActiveRecord，修改也很少。如果使用大量的存儲(chǔ)過(guò)程，估計(jì)就有很多工作量了。在日期設(shè)計(jì)方面，應(yīng)該根據(jù)具體實(shí)際設(shè)計(jì)類型了，例如對(duì)于2016-04-14格式的數(shù)據(jù)就可以采用字符串，沒(méi)必要使用日期類型導(dǎo)致不必要的錯(cuò)誤。

以上這篇DB2數(shù)據(jù)庫(kù)切換為oracle數(shù)據(jù)庫(kù)經(jīng)驗(yàn)教訓(xùn)總結(jié)(必看篇)就是小編分享給大家的全部?jī)?nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論