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

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

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

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

通用的存储设备和备份策略，存储这块没有特殊的存储要求，适配也基本都适配，要求就是IO性能和稳定性；数据库有自己的基本的备份能力和管理软件，但有时会和第三方备份产品一起，比如爱数、鼎甲之类的都支持。...

数据库基本都提供慢查询、慢日志功能业务在上线前核心模块做好压力测试，上线后周期性分析慢日志和持续优化

恩墨是目前比较数据库厂商服务支持比较好的，毕竟已经做了多少年的数据库服务支持的吗。OceanBase数据库在支持粒度方面还是可以的，数据库产品也是很好的。

PG条线的数据库一般都是支持存储过程的吧。只是最佳实践不建议使用而已。分布式数据库方面OB数据库是支持存储过程的，只是我们只有极个别系统使用。大部分在开发规范里禁用而已。

首先，看需求，这里ORACLE 在兼容性方面对于切换其他数据库有较重的要求，虽然大多国产数据库都在提出100%兼容ORACLE ，但是在细节和众多的存储过程方面兼容性还是一个问题，所以建议从国产数据库中，选择与ORACLE 最接近的产品，和有成功替换案例的产品。这里建议使用达梦数据库，在...

gloader,它是一个支持任意数据库迁移至pgsql的命令行工具。使用COPY流式传输协议将数据加载到PostgreSQL中，并使用单独的线程来读取和写入数据。navicat,它是一个流行的MySQL管理和开发工具。您可以使用navicat连接mysql数据库和postgresql数据库，然后使用navicat工具栏中...