ABP框架使用Oracle数据库，并实现从SQLServer中进行数据迁移的处理 - 伍华聪

ABP框架使用Oracle数据库，并实现从SQLServer中进行数据迁移的处理

ABP框架的数据访问底层是基于EFCore（Entity Framework Core）的，是微软标志性且成熟的ORM，因此它本身是支持多种主流数据库MySQL，SqlServer，Oracle，SQLite等等的，我在上篇随笔《ABP框架使用Mysql数据库，以及基于SQLServer创建Mysql数据库的架构和数据》已经详细介绍过如何从SQLServer迁移支持Mysql数据库的操作，同时介绍如何从SQLServer基础数据，通过Navicat工具，实现数据库迁移到Mysql上去。本篇随笔继续介绍ABP框架实现Oracle的适配和数据库的迁移处理。

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=(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=(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的迁移和处理了。