现状（自下而上）
1.Oracle数据库，表，序列，存储过程，视图
2.ibatis框架，映射xml中的sql语句
3.应用中通过指定字符串的形式获取查询结果
 
目标
1.置换数据库为PG数据库，迁移数据，表，序列，存储过程，视图
2.修改xml中的sql语句适配PG库语法
3.应用层做出适配性的调整
方案
数据库层
 
a.数据库层，使用ORA2PG实现表，序列，存储过程以及视图的迁移，使用阿里的dataworks做数据迁移。
 
a.1 dataworks迁移数据时注意事项
a.1.1 迁移数据到目标库的时候会出现“获取表:public.XXX的字段的元信息时失败. 请联系 DBA 核查该库、表信息. ”这种报错，尝试多次就可以了成功将数据入库了。
a.1.2 迁移数据的时候需要将分区键设置为空，去O的原则是先做平移，然后逐步使用对应的特性。
 
a.2 ora2pg工具导出表注意事项
a.2.1 核对表数量是否一致，在实际操作过程中发现凡是表名称为*_TODAY的表都没有被导出，这里需要注意，或采取遍历的方式逐个核对导出的表（导出脚本中create数量）和源数据库中的表数量（通过查询 USER_TABLES 表中用户所有表数量）是否一致。
a.2.2 注意导出的表结构中对于number的数据类型的转换，工具默认会将其转换为对应的bigint，float等等，需要将以下设置调整后就可以避免这类问题：
PG_NUMERIC_TYPE    0
PG_INTEGER_TYPE    0
DEFAULT_NUMERIC numeric
 
SQL语句层
 
b.xml调整需要注意的点主要是Oracle支持的语法但是PG不支持的语法需要做出调整。
b.1 不同数据类型通过string进行的比较运算PG是不支持的，需要针对语句进行调整。
b.2 dual表是Oracle特有的伪表，这个表是PG库所没有的，对应的sql中只需要去除dual表即可。
b.3 Oracle中涉及到的系统函数转换为PG中对应函数，sysdate转换为current_timestamp
b.4 序列调用方式调整，从序列名.nextval改为nextval(序列名)
 
应用层
c.应用层在获取数据以及驱动等等位置需要做出对应更改。
c.1 驱动以及数据库相关连接配置的调整
c.2 连接有效性验证sql修改
c.3 应用中通过map获取结果集中的列出现大小写不统一的问题，修改对应的SQL设置对应的列别名
 
技术总结
1.项目立项之初就需要考虑项目各个层面的横向迁移适配性，这个项目虽然使用的是ibatis相比使用hibernate的项目更灵活，但是相对应的横向迁移能力也就受到了限制，在迁移的过程中很是痛苦。
2.SQL语句尽量不要使用某一数据库提供的特殊语法，会导致语句迁移之后的可用性降低。
 
 
 
 
参考链接

版权声明：本文为anderson-question原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://www.cnblogs.com/anderson-question/p/15096479.html