Oracle迁移到信创数据库——从数据字典自动生成DDL的完整方案信创迁移不是导出再导入那么简单。Oracle有 VARCHAR2、NUMBER、CLOB达梦和人大金仓有自己的类型体系。逐张表手工改写DDL几百张表写到明年。这篇记录的是一套从Oracle数据字典自动读取表结构、自动转换数据类型、自动生成目标库DDL的方案——不是书上看的是从迁移一线下来的实战经验。文章目录Oracle迁移到信创数据库——从数据字典自动生成DDL的完整方案一、信创迁移不是换个数据库二、第一步从数据字典自动生成建表DDL三、类型映射的核心规则四、不只是建表——其他对象的迁移五、迁移策略分步走每步验证六、亮点总结七、适用场景八、扩展方向九、结语一、信创迁移不是换个数据库信创迁移的目标是把Oracle换成国产数据库——达梦、人大金仓、GBase。很多人以为迁移就是expdp导出 →impdp导入。不是。因为数据类型不一样——Oracle的VARCHAR2到达梦是VARCHARNUMBER如果精度小于18且scale为0应该转成INT而不是DECIMAL建表语法不一样——Oracle的SEGMENT CREATION IMMEDIATE到了金仓根本没有这个概念存储过程不兼容——PL/SQL和达梦的SQL语法有大量差异不是改几个关键字就能跑的序列、触发器、视图——这些对象的迁移语法差异更大几百张表手工改写DDL不现实。几十个存储过程逐行改写更不现实。必须有一套自动化方案——从Oracle的数据字典里读取所有对象的定义自动转换为目标库的语法。二、第一步从数据字典自动生成建表DDLOracle的数据字典dba_tab_columns存了所有表的列定义——列名、数据类型、长度、精度、是否可空。核心思路是遍历这个字典拼出目标库的CREATE TABLE语句。DECLAREn_count NUMBER;n_row NUMBER :0;BEGIN-- 遍历指定用户下的所有表FORrecIN(SELECT*FROMdba_tables tWHEREt.OWNERCOREORDERBYt.TABLE_NAME)LOOPdbms_output.put_line(CREATE TABLE ||rec.table_name||();n_count :0;n_row :0;SELECTCOUNT(*)INTOn_countFROMdba_tab_columns tWHEREt.OWNERrec.ownerANDt.TABLE_NAMErec.table_name;-- 遍历每一列按Oracle类型转换为目标库类型FORrec1IN(SELECT*FROMdba_tab_columns tWHEREt.OWNERrec.ownerANDt.TABLE_NAMErec.table_name)LOOPn_row :n_row1;dbms_output.put( ||rec1.column_name);-- 类型映射Oracle → SQL Server/达梦/金仓IFrec1.data_typeVARCHAR2THENdbms_output.put( VARCHAR(||rec1.data_length||));ELSIF rec1.data_typeNUMBERTHENIFrec1.data_precision18ANDrec1.data_scale0THENdbms_output.put( INT);ELSIF rec1.data_scale0THENdbms_output.put( DECIMAL(||rec1.data_precision||,||rec1.data_scale||));ELSEdbms_output.put( BIGINT);ENDIF;ELSIF rec1.data_typeDATETHENdbms_output.put( DATETIME);ELSIF rec1.data_typeCLOBTHENdbms_output.put( TEXT);ELSIF rec1.data_typeNVARCHAR2THENdbms_output.put( VARCHAR(||rec1.data_length||));ENDIF;-- 非空约束IFrec1.nullableNTHENdbms_output.put( NOT NULL);ENDIF;IFn_rown_countTHENdbms_output.put_line(,);ENDIF;ENDLOOP;dbms_output.put_line(););-- 提取主键约束FORrec2IN(SELECT*FROMsys.user_constraints tWHEREt.constraint_typePANDt.ownerrec.ownerANDt.table_namerec.table_name)LOOPdbms_output.put(ALTER TABLE ||rec2.table_name|| ADD CONSTRAINT ||rec2.constraint_name|| PRIMARY KEY ();-- 提取主键列...n_count :0;SELECTCOUNT(*)INTOn_countFROMsys.user_cons_columnsWHEREconstraint_namerec2.constraint_name;-- 逐列拼主键...dbms_output.put_line(););ENDLOOP;ENDLOOP;END;只跑了ACT_RE_BINDINGFORM这一张表来验证逻辑——把生成的SQL复制到目标库执行表结构完全正确。后面的表按同样逻辑批量生成几百张表半小时全部出完。三、类型映射的核心规则Oracle和国产库的类型不是一一对应的。映射错了数据精度丢失、日期格式乱码、主键约束建不上。Oracle类型SQL Server达梦判断逻辑VARCHAR2(N)VARCHAR(N)VARCHAR(N)直接映射NUMBER(p,0) 且 p18INTINT整数且不超精度NUMBER(p,s) 且 s0DECIMAL(p,s)DECIMAL(p,s)有小数位NUMBER(p,0) 且 p18BIGINTBIGINT长整型DATEDATETIMEDATETIME日期时间CLOBTEXTTEXT大文本NVARCHAR2VARCHARVARCHAR去掉N前缀关键判断在NUMBER类型的分支逻辑——同一个NUMBER根据DATA_PRECISION和DATA_SCALE的不同组合映射到三种完全不同的目标类型。这是手写DDL最容易出错的地方——少了一个判定分支INT变成了DECIMAL精度就丢了。四、不只是建表——其他对象的迁移表结构只是迁移的第一步。完整的数据库迁移还包括索引从dba_indexes和dba_ind_columns读取索引定义生成对应的CREATE INDEX语句。注意Oracle的位图索引到达梦可能不支持需要改写成B-Tree索引。序列CREATE SEQUENCE在Oracle、达梦、金仓之间的语法基本一致但NOCACHE/CACHE的定义有差异。从dba_sequences读取当前值迁移后需要把序列的当前值设回去——否则新插入数据的主键会冲突。视图从dba_views读取视图定义的TEXT字段。但Oracle的视图里可能有DECODE、CONNECT BY这些Oracle独有的函数和语法——直接复制到目标库大概率报错。需要逐条检查替换成目标库等价的函数。存储过程这是最难的部分。Oracle的PL/SQL和达梦的SQL在游标声明、异常处理、BULK COLLECT等方面语法差异巨大。没有自动化工具能做完整的PL/SQL→目标库语法转换——只能逐行改写。五、迁移策略分步走每步验证第一步导出Oracle表结构 → 自动生成目标库DDL └── 验证在目标库执行DDL确认所有表建成且无语法错误 第二步导出索引、序列、视图 → 自动生成目标库DDL └── 验证索引是否全建、序列从当前值开始、视图能编译通过 第三步数据迁移DBLink直抽或导出导入 └── 验证行数比对、主键唯一性检查、日期字段无乱码 第四步存储过程——人工逐行改写 └── 验证单元测试覆盖核心业务逻辑 第五步应用层改造——JDBC驱动替换、SQL方言适配 └── 验证全链路回归测试不能在第一步还没验证完的时候就跳到第三步——如果表的字段类型映射错了导入了数据之后才发现已经晚了。关键原则每个阶段都做一次验证再进入下一阶段。不是一口气全干完然后祈祷没有问题。六、亮点总结✅ 数据字典驱动——从dba_tab_columns自动读取几百张表的结构不手工改一行DDL✅ 类型映射完备——NUMBER按精度和scale三分支映射区分INT/DECIMAL/BIGINT✅ 约束自动迁移——主键、非空从数据字典自动生成不会漏✅ 分步验证——建表→索引→序列→数据→存储过程每步验证后再进行下一步✅ 可反向操作——同样的逻辑反过来也可以把目标库的表结构导出为Oracle DDL七、适用场景Oracle到达梦/人大金仓/GBase的信创迁移任何需要从数据字典反推DDL的场景——不仅仅是信创数据库版本升级、跨平台迁移都适用几百张表需要批量生成建表语句手工改写不现实的项目八、扩展方向完整DDL生成——增加索引、序列、视图、触发器的自动生成逻辑PL/SQL语法自动检查——扫描存储过程中Oracle独有的语法标记需要人工改写的部分迁移报告——对比源库和目标库的表结构差异生成迁移对照清单九、结语信创迁移最大的工作量不是数据怎么搬过去——expdp/impdp现成的工具多的是。最大头是表结构、索引、视图、存储过程的语法改写——几百张表的DDL要逐行改写成目标库的语法。从数据字典里批量读出来、自动生成DDL——这个思路本身就是信创迁移里的核心经验。不是会写SQL能搞定的事是知道从哪取元数据、怎么映射类型、怎么分步验证的系统性认知。