1:支持在线绑定执行计划(outline那种),这个功能很重要,因为当前国产数据库经常出现走错执行计划的情况2:实例的动态扩缩容这个功能最好支持,而且是在线的。如果他们说关数据库后支持扩缩容那就不好了。3:监控指标的完善性、可
一般都是异步的吧。一般都是要么双写,读的时候先读redis,读不到再去mysql库读吧。如果业务场景很特殊的话,可能具体问题要具体分析了。
首先不建议直接生产上使用纯开源版本的PG(不重要系统除外),因为需要造太多的轮子。迁移工具其实很多的,特别国产PG系数据库产品,都有自己的实时同步工具,一般方案都是:1: 通过工具配置ORACLE到PG的实时同步2: 找个时间点停止
存储可以选择华为备份有爱数、鼎甲等
如果说并发高、稳定性要求高的话,OceanBase这款分布式数据库值得关注下。对于停机窗口,一般采用OMS实时同步Oracle---》OB,然后在某个时间点切换应用。停止OMS复制。基本上停机窗口会非常短暂。这些OB都是有架构师提供成
恩墨是目前比较数据库厂商服务支持比较好的,毕竟已经做了多少年的数据库服务支持的吗。OceanBase数据库在支持粒度方面还是可以的,数据库产品也是很好的。
PG条线的数据库一般都是支持存储过程的吧。只是最佳实践不建议使用而已。分布式数据库方面OB数据库是支持存储过程的,只是我们只有极个别系统使用。大部分在开发规范里禁用而已。
如果说优势,可能PG在AI方面优势更大些,因为它的插件丰富,函数丰富。所以数据报表系统方面用它的要多些(毕竟根据它改造的MPP数据库Greenplum是排名靠前的),因为迁移到Greenplum这种mpp数据库会更加方便。交易系统这些使用PG
不建议自己直接使用开源版本的Postgresql在生产上直接使用,因为需要造很多轮子。国产数据库这块,数据库管理平台、审核工具、高可用架构都是做了很多优化的。
1: 基于SAN存储的HA架构基本上都是有的。与oracle类似2: 基于日志复制的HA架构也是与oracle类似的,也是存在的3: 最难的就是RAC这种高可用架构,好像目前开源的PG没有实现RAC这种高可用架构,但基于中间件层面(pgpool类似)的
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30