项目去O实践

现状（自下而上）

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语句尽量不要使用某一数据库提供的特殊语法，会导致语句迁移之后的可用性降低。

参考链接

巴特西