oracle blob 限制大小_从Oracle到PG 该做的改造工作一个都不能少

​作者 Iris (PG深度爱好者)

一、项目描述

前段时间刚完成一个应用ORACLE改造的项目，数据体量比较大，业务改造的周期计划比较短，再加上自研分布式MYSQL对事务、存储过程等限制，所以应用方放弃了改造分布式数据库MYSQL的想法。很多研发人员对PG的了解不深，产生一个误区，认为PG近乎等于ORACLE，并无多大改造体量。然后现实很快就被打脸了。现实就是，该做的改造工作一个都不能少，毕竟是异构数据库，字段和语法的差异都是项目改造的基础。

二、需求分析

为了完成Oracle到PG的改造工作，将改造的工作分为以下两类：

· 数据迁移：表、视图、数据、序列、存过(及函数)、JOB定时任务等，按照需要迁移到Postgre中。

· 程序改造：后台所有的微服务工程，需要修改数据库连接配置及所有Mybatis的SQL语句需要改造适应Postgre

三、改造说明

Oracle和Postgre数据库的差异方面很多，现在列举此项目改造中常用到的一些差异如下：

3.1 数据类型差异

3.2 函数或语法差异

3.3 应用程序改造

所有微服务都需要进行改造，需要数据库连接修改及SQL配置文件的改造。

现有微服务工程如下：

4、 数据迁移

数据迁移工具用的是Ora2pg，数据迁移对象包含有323张表，32个序列，21个视图，8个函数，43个存储过程，以及16个JOB。具体的迁移过程略。可以参考Ora2pg官方帮助文档：http://ora2pg.darold.net/documentation.html

5、 迁移问题处理

1、BLOB==>bytea 读出数据导出为文件时，不能直接作为BLOB数据类型导出需要改成：

2、NUMBER==>NUMERIC 通过mybatis写入数据时，如果数据本身是VARCHAR，不能通过#{item.callfailnum,jdbcType=DECIMAL}转为DECIMAL写入数据，需要改成：#{item.callfailnum,jdbcType=VARCHAR}::DECIMAL

3、数据类型严格检查，ORACLE中，数据类型可以自动进行转换，而POSTGRE需要严格根据数据类型编写SQL，如果字段XXX为NUMBER类型，在ORACLE中可以写为XXX='3'，而在POSTGRE中必须写为XXX=3

4、navicat 11的版本过低，无法图形化导出脚本。建议提供navicat 15的版本。当然最好是使用PGADMIN工具。