这个问题实际上看企业的性质多，如果是银行金融企业，一般是不会将核心的系统迁移到 开源的数据库产品，主要是支持上的问题，因为行业敏感性，这里金融行业比较注重稳定性，所有一般是不会轻易使用不熟悉，无人才储备的 数据库产品。但国产的数据库产品中使用PG进行的二开的比较多，可...

老牌的专做数据库迁移工具这块的国产厂商迪思杰（DSG)，这款迁移/同步工具支持绝大部分数据库产品。同时，对于国产数据库产品（PG条线的），他们都自带迁移工具的。例如人大金仓、云和恩墨等这些国产的PG条线数据库产品，如果迁移到他们上面，建议直接使用他们自带的产品更合适。因为价...

其实主要还是看公司的发展策略，是否有足够的魄力。如果只是单纯的修改修改就迁移到国产数据库的话，用任何一个分布式数据库都有点难。既然做，还是建议能改就改一下，这样能够充分分布式数据库的能力。目前，国内比较靠谱的分布式数据库的话，可以考虑下OB。这个我们是准备替换我们...

数据库的兼容性问题。PG和Oracle的SQL语法有很大的不同，需要进行相应的修改。数据库的性能问题。PG的性能可能不如Oracle，需要考虑如何优化PG的性能。数据库的安全问题。PG的安全机制可能不如Oracle，需要考虑如何加强PG的安全机制。...

不会回答啊

开源的这块比较难保障

首先需要注意的，那些系统这个问题本身并不是替换PG中选择的关键，关键是这些系统中1  这些系统中的一些设计思路，如有些风控系统本就是高并非的系统，同时数据量曾在较大，有时间的响应的限制，如这样的系统在替换时，需要注意是否需要分库，是否需要变动架构，而不是单纯的 平替。2 ...

首先不建议直接生产上使用纯开源版本的PG（不重要系统除外），因为需要造太多的轮子。迁移工具其实很多的，特别国产PG系数据库产品，都有自己的实时同步工具，一般方案都是：1： 通过工具配置ORACLE到PG的实时同步2： 找个时间点停止业务+停止复制3： 配置反向同步（防止迁移失败，在PG上跑的...

说实话替换oracle，性能和容量真的不是我们首要关注点。因为大部分我们很少把一个oracle数据库性能压垮，大部分都是数据库设计问题导致的性能问题。而PG数据库在这两个方面都是比较优秀的。我们使用基本上也不可能拿开源版本PG直接生产使用，基本上都是采用PG条线的国产数据库...

不建议自己直接使用开源版本的Postgresql在生产上直接使用，因为需要造很多轮子。国产数据库这块，数据库管理平台、审核工具、高可用架构都是做了很多优化的。