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

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

1、我們的主鍵基本上都采用共的是Sequence，沒有采用自動增長作為主鍵。

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

DB2獲取的方法

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

select seq_SequenceName.nextval from dual2我們底層采用的是ORM映射工具ActiveRecord，發(fā)現(xiàn)執(zhí)行SQL時(shí)語句末尾不能有分號，太奇怪了。這個(gè)問題似乎是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("數(shù)據(jù)庫執(zhí)行語句錯(cuò)誤");
      }
      finally
      {
        dbconn.Close();
      }
    }

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

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

ORA-00911: 無效字符

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

沒有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)致沒有小數(shù)部分，導(dǎo)致了大量錯(cuò)誤。

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

條件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、最大的問題是日期問題

select * FROM EAS.T_HRWxData where HWD_Date>='2016-04-14'如上的SQL，在SQL Server,DB2中可以，但在Oracle中是錯(cuò)誤的，oracle不會字符串轉(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)就會出錯(cuò)

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

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

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

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