如何高效实现Oracle 11到Postgres数据库的定期数据传输

针对定期增量写入的需求，以下是经过生产验证的可落地方案，按实现成本、同步效率排序：

优先选择：直连写入类方案 #

这类方案不需要额外引入复杂组件，同步链路短，运维成本最低。

• PostgreSQL侧通过oracle_fdw主动拉取
  在PostgreSQL端安装oracle_fdw扩展，配置Oracle 11的连接信息后，将需要同步的Oracle表映射为PostgreSQL外部表。之后通过pg_cron或者系统级定时任务，定期执行增量插入语句，只拉取上次同步位点之后的新增数据即可。
  提前做好字段类型映射（Oracle NUMBER对应PostgreSQL numeric/int、VARCHAR2对应varchar、DATE对应timestamp）的前提下，单批次10w级数据同步延迟在秒级。如果业务是纯插入无更新的场景，直接用主键、创建时间戳做增量过滤，逻辑非常简单，是小数据量定期同步的首选。
• Oracle侧通过透明网关直连写入
  如果团队习惯把所有调度逻辑放在Oracle侧维护，可以在Oracle 11所在服务器部署PostgreSQL ODBC驱动，配置DG4ODBC透明网关，将PostgreSQL目标表映射为Oracle可通过dblink访问的对象。之后在Oracle中创建定时存储过程，定期筛选增量数据通过dblink写入PostgreSQL即可，不需要在PostgreSQL侧额外开发同步逻辑。

备选：基于Oracle Queue的异步写入方案 #

如果直连方案因为网络隔离、事务一致性要求高等原因不适用，可以用Oracle高级队列（AQ）实现：

1. 在Oracle 11端创建对应业务表的同步队列，业务数据写入业务表的同时，将需要同步到PostgreSQL的记录封装为消息推入队列
2. 部署轻量消费程序（可直接用Python/Go写简单脚本，不需要复杂框架），持续监听队列消息，攒批后写入PostgreSQL，写入成功后再提交队列消费位点
   这个方案的优势是可靠性高，就算PostgreSQL侧临时故障、网络闪断，消息会持久化在Oracle Queue中，服务恢复后自动续传，不会丢数，适合对数据一致性要求高、同步频率在秒级的场景。

大批次低频率同步可选方案 #

如果同步周期是天级、单批次数据量在百万级以上，可以用文件中转的方式提升效率：Oracle侧通过sqluldr2或者自带的expdp工具把增量数据导出为CSV格式，PostgreSQL侧用COPY命令批量导入，导入速度是逐行INSERT的10倍以上，资源占用更低。

选型建议：分钟/小时级小批量同步优先选fdw/dblink直连方案；秒级高可靠同步选Oracle Queue异步方案；天级大批量同步选CSV导出导入方案。

内容的提问来源于stack exchange，提问作者Rajesh