ABP框架的資料訪問底層是基于EFCore（Entity Framework Core）的，是微軟標志性且成熟的ORM，因此它本身是支持多種主流資料庫MySQL，SqlServer，Oracle，SQLite等等的，我在上篇隨筆《ABP框架使用Mysql資料庫，以及基于SQLServer創建Mysql資料庫的架構和資料》已經詳細介紹過如何從SQLServer遷移支持Mysql資料庫的操作，同時介紹如何從SQLServer基礎資料，通過Navicat工具，實作資料庫遷移到Mysql上去，本篇隨筆繼續介紹ABP框架實作Oracle的適配和資料庫的遷移處理，
1、ABP框架中Oracle資料庫的適配處理
ABP框架底層是使用EFCore來實作資料處理的，框架默認是使用SQLServer資料庫的，如果需要切換到Oracle資料庫上去，使用EF Core操作Oracle資料庫，首先需要安裝Oracle.EntityFrameworkCore，可以直接在NuGet上直接搜索安裝即可，
首先在ABP框架的EntityFrameworkCore專案右鍵上選擇【管理NuGet程式包】，然后 搜索Oracle，選擇Oracle.ManagedDataAccess.Core和Oracle.EntityFrameworkCore即可，如下所示，
Oracle.ManagedDataAccess.Core是基于ODP的.netcore的驅動程式，是我們訪問Oracle的時候，擺脫X86，X64的繁瑣限制，
這個Oracle的ODP.NET方式，之前在微軟企業庫的相關框架就已經用過，非常不錯，有興趣可以參考隨筆《在開發框架中擴展微軟企業庫，支持使用ODP.NET（Oracle.ManagedDataAccess.dll）訪問Oracle資料庫》了解一下，
它的連接字串類似下面的格式
<add name="oracle3" providerName="OracleManaged" connectionString="Data Source=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=localhost)(PORT=1521))(CONNECT_DATA=https://www.cnblogs.com/wuhuacong/p/(SERVER=DEDICATED)(SERVICE_NAME=orcl)));User ID=win;Password=win" />
如果是我們目前ABP框架，這是采用appSetting.json的方式了，格式如下所示，
"ConnectionStrings": { "Default": "Server=.\\SQL2014; Database=MyProjectDb; Trusted_Connection=True;", "Oracle": "Data Source=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=localhost)(PORT=1521))(CONNECT_DATA=https://www.cnblogs.com/wuhuacong/p/(SERVER=DEDICATED)(SERVICE_NAME=orcl)));User ID=C##ABP;Password=abp", "MySql": "Server=localhost;Database=myprojectdb;Uid=root;Pwd=123456;", "PostgreSQL": "Server=localhost;Port=5432;Database=myprojectdb;User Id=postgres;Password=123456" },
安裝了Oracle的兩個驅動檔案，我們就需要調整一下對應的代碼了，參考隨筆《ABP框架使用Mysql資料庫，以及基于SQLServer創建Mysql資料庫的架構和資料》的處理，我們調整非常方便，
支持，我們感覺好像Oracle的應該調整的差不多了，嘗試把專案編譯運行，會發現有錯誤出現：ORA-00942: 表或視圖不存在，
這個問題開始挺困惑的，而且ABP框架切換到Oracle的相關文章介紹也很少，網上很多做法后來回想起來，他們處理都是不太正確的，至少對于當前EFCore的處理來說，不是正確的，
要了解這個問題：ORA-00942: 表或視圖不存在，我們需要來看看EFCore底層對表名和欄位的限定符處理邏輯了，我們查看host啟動專案的錯誤日志，得到如下提示，
ERROR 2021-08-15 16:12:46,603 [1 ] oft.EntityFrameworkCore.Database.Command - Failed executing DbCommand (114ms) [Parameters=[], CommandType='Text', CommandTimeout='0']
SELECT "a"."Id", "a"."CreationTime", "a"."CreatorUserId", "a"."DeleterUserId", "a"."DeletionTime", "a"."Discriminator", "a"."DisplayName", "a"."IsDeleted", "a"."LastModificationTime", "a"."LastModifierUserId", "a"."Name", "a"."AnnualPrice", "a"."DailyPrice", "a"."ExpiringEditionId", "a"."MonthlyPrice", "a"."TrialDayCount", "a"."WaitingDayAfterExpire", "a"."WeeklyPrice"
FROM "AbpEditions" "a"
WHERE "a"."Name" = N'Standard'
FETCH FIRST 1 ROWS ONLY
我們可以看到生成的訪問SQL，它使用了雙引號作為限定符，
生成的Sql中是將所有的表名和欄位名都用雙引號修飾的，而Oracle中存盤欄位名默認都是采用全大寫的形式的，它們是不對應的，使用雙引號的物件名稱，是大小寫敏感的，如下在PLSQL中執行陳述句，
而不使用限定符的字串物件，默認是按大寫方式來處理的，如下結果所示，
所以如果我們不想將物體類所有的屬性名稱寫成大寫，就需要顯式的指定映射的column的名稱，可以使用DataAnnotations的特性標注所有屬性，或者在Context中指定列映射，
顯示指定每個訪問類的處理方式如下所示，
[Table("EMPLOYEE ")] //指定資料庫對應表名 public class Employee { [Key] //主鍵 [Column("ID")] //指定資料庫對應表主鍵名稱 public long Id { get; set; } [Column("EMPLOYEENO")] public int EmployeeNo { get; set; } [Column("NAME")] public string Name { get; set; } [Column("BIRTHDAY")] public DateTime BirthDay { get; set; } [Column("DEPARTMENT")] public string Department { get; set; } [Column("ISVALID")] public bool IsValid { get; set; } }
這種方式肯定不是很好的方法，這種方式處理起來很累贅，而且ABP框架很多基類我們是通過官方DLL來參考的，沒有或者很麻煩去修改相關的映射關系，
那么我們考慮動態公共映射的方式處理，盡量避免這種勞而無功的方式，
我們知道ABP框架中的EntityFrameworkCore專案里面，我們可以通過代碼的方式修改它們和表、欄位的映射關系，我們的規則就是讓它（表名、欄位名）變為大寫，這樣即使它們使用了限定符，也不改變SQL的處理結果，
我們修改EF模型OnModelCreating的處理邏輯，如下代碼所示，紅框部分就是我們改變問題所在的核心，
運行Host啟動專案，我們發現后端的Swagger能夠正常打開，成功了第一步了，
2、使用Oracle的序列和觸發器解決自增ID的問題
不過登陸進入的時候，會發現出現 違反唯一約束條件的錯誤，這個是由于登錄的時候，無法寫入日志，因為無法讓這個表的自增ID為NULL，違反了資料約束規則，
到這里，我們Oracle方面基本上就解決了大問題了，不過就是還有一個自增長的問題，
INSERT INTO "C##ABP"."ABPUSERTOKENS" ("EXPIREDATE", "LOGINPROVIDER", "NAME", "TENANTID", "USERID", "VALUE")
VALUES (:p0, :p1, :p2, :p3, :p4, :p5)
RETURNING "ID" INTO "lABPUSERTOKENS_0"(1)."ID";
OPEN :cur1 FOR SELECT "lABPUSERTOKENS_0"(1)."ID" FROM DUAL;
END;
ERROR 2021-08-14 17:27:18,636 [52 ] osoft.EntityFrameworkCore.Infrastructure - 2021-08-14 17:27:18.636902 ThreadID:52 (ERROR) OracleExecutionStrategy.ExecuteAsync() : Microsoft.EntityFrameworkCore.DbUpdateException: An error occurred while updating the entries. See the inner exception for details.
---> Oracle.ManagedDataAccess.Client.OracleException (0x80004005): ORA-00001: 違反唯一約束條件 (C##ABP.PK_ABPUSERTOKENS)
ORA-06512: 在 line 13
Oracle插入資料倒是和其他資料庫差別不大，但是由于Oracle天生是沒有自增Id的，如果我們設計的表的主鍵需要采用自增鍵就需要使用Sequence序列代替，通過序列和觸發器的方式結合，我們可以順利解決自增長的問題，
我們一般通過序列和觸發器的結合，自動為自增長ID寫入對應的起步值，定義Oracle序列和觸發器的代碼如下所示，
--表 WEB_SITEARTICLE 的自增序列和觸發器 CREATE SEQUENCE WEB_SITEARTICLE_ID_AUTO MINVALUE 1 --定義序列的初始值(即產生的第一個值)，默認為1， MAXVALUE 99999999999 START WITH 70 --因為表中已有3條資料，所以要從第4開始，如果尚未插入資料，那寫1即可， INCREMENT BY 1 --用于定義序列的步長，如果省略，則默認為1，如果出現負值，則代表序列的值是按照此步長遞減的， NOCYCLE --CYCLE代表回圈，NOCYCLE代表不回圈， NOCACHE; --CACHE建立緩沖區，NOCACHE不建緩沖區 CREATE OR REPLACE TRIGGER WEB_SITEARTICLE_ID_TRIGGER BEFORE INSERT ON WEB_SITEARTICLE --before：表示在資料庫動作之前觸發器執行; after：表示在資料庫動作之后觸發器執行， FOR EACH ROW --對表的每一行觸發器執行一次，如果不寫，則只對整個表執行一次， BEGIN SELECT WEB_SITEARTICLE_ID_AUTO.NEXTVAL INTO :NEW.ID FROM DUAL; -- :new 為一個參考最新的列值;:old 為一個參考以前的列值; 這兩個變數只有在使用了關鍵字 "FOR EACH ROW"時才存在.且update陳述句兩個都有,而insert只有:new ,delect 只有:old; END WEB_SITEARTICLE_ID_TRIGGER;
下面就是我們實際的檔案中，為ABP框架的Oracle表創建序列和觸發器的SQL代碼截圖，
執行后，我們就可以通過PLSQL查看到對應的序列和觸發器串列，并可以進行適當的調整了，
序列如下：
觸發器串列如下所示，
弄完這些，如果我們的Oracle表和資料都準備好了，那么就沒有什么問題了，已經可以正常使用ABP框架在Oracle上跑了，
由于我們之前已經通過Navicat的方式遷移傳輸了SQLserver的資料，我們可以順利跑起來ABP框架了，整套框架包括了WebAPI后端的Swagger管理、Vue&Element的管理前端、Winform管理前端，以及公司門戶網站幾個部分，
ABP 框架Swagger介面端
ABP框架之Vue&Element端
ABP框架之Winform端
ABP框架之公司門戶網站
3、SQLServer結構和資料遷移到Oracle
我在上篇隨筆《ABP框架使用Mysql資料庫，以及基于SQLServer創建Mysql資料庫的架構和資料》也詳細介紹過使用Navicat工具實作SQLserver 資料庫遷移到Mysql的處理方式，這里依舊使用這個方式，實作SQLserver 資料庫遷移到Oracle，
首先我們需要創建對應的Oracle用戶和表空間，用來承載表的結構和資料的存盤，如果我們是基于Oracle的DMP匯出檔案，那么可以不用提前創建用戶和表控制元件也行，
注意，由于ABP框架使用的資料庫表和鍵名稱等的標識超過了30個字符，而Oracle12c以下版本不支持超過30個字符的標識，因此本ABP專案以Oracle12c起步的資料庫，用于解決這個標識問題，
由于Oracle12C的創建全域用戶，需要以C##開始，因此創建用戶的代碼和Oracle11的有所差異，
下面是基于Oracle12C的創建用戶和表空間SQL代碼，用戶名為C##ABP，密碼為abp
create tablespace abp_tbs datafile 'C:\app\Administrator\virtual\oradata\orcl\whcdb\abp_tbs.dbf' size 100M; --DROP TABLESPACE abp_tbs INCLUDING CONTENTS AND DATAFILES CASCADE CONSTRAINTS; create user C##ABP identified by abp default tablespace abp_tbs; grant connect,resource to C##ABP; grant dba to C##ABP; --Revoke dba from C##ABP;
弄完這些準備作業，就到Navicat工具出場了，
通過資料傳輸的方式，我們構建Oracle資料的處理，分別設定源和目標的配置，
并注意通過選項的方式，設定好傳輸的規則，
其中我們需要設定讓標識轉換為大寫，這個符合Oracle的處理規則，否則用了雙引號的識別符號，就不正確了，
另外遇到錯誤繼續，是因為Oracle 的遷移，有些記錄無法順利處理，我們可以通過手工的方式補齊它，特別是NCLOB的內容，有些限制，
選定好相關的表內容，就可以繼續一步步完成即可創建和匯出表資料了，
最后我們通過PLSQL查看相關的表內容如下所示，
到這里，切換Oracle的后端代碼，以及資料庫的資料，包括創建對應自增記錄欄位ID的序列和觸發器的處理也完成了，這樣就可以順利完成整個Oracle的遷移和處理了，
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/294079.html
標籤：.NET Core