售后服务从片面的角度可以体现一个企业的资本雄厚（但也有些小企业为了拿到订单，会下大量的投入到支持你们，只是不知道能否长久），没有充足的资本是很难有强大的售后的。例如：OceanBase作为奥星贝斯的主打产品，背靠蚂蚁金服，版本迭代也算比较快。它除了自身的商业版本外，还有成熟的...

当前各家国产数据库厂商支持的CPU芯片主要是两大系列：如X86的海光，ARM的飞腾和鲲鹏操作系统一般大家都主要是做CentOS及其衍生发行版，如Fedora，一些国产操作系统大多基于CentOS而来国产操作系统各家数据库厂商一般优先支持银河麒麟（当前以V10版本为主）、统信UOS、中科方德之类，...

数据的迁移一般根据业务影响要求、数据量大小方面来选择相关的迁移方案。一般国产数据库都会带有相关的迁移工具，或者一些开源的迁移工具。通过迁移工具迁移是十分简单方便的。通常的迁移工具都是有全量迁移和增量同步的，然后再来一个全量校验。例如OceanBase的OMS工具就支...

其实暂时都没有看见 很多都是自己家的云平台辅助自己家的数据库，真心的 没有一个能脱离自己的基础应用，在开放环境生态做的好的。大机都是空白  不过现在一些NEWSQL做的还可以。关系型的确实不太好。...

可能对开发人员SQL编写的规范要求比较严格，因为优化器这块还是有一定的差距。特别现在国内的国产数据库很多来自mysql开源，本身mysql在复杂SQL方面的弱势就比较明显。原来oracle的时候，开发写的SQL不怎么好，系统影响可能也不大，但是换成某些国产数据库，可能就会有业务连续性影...

做业务性能测试，在测试期间带载情况下做健壮性测试，做好应急预案和维护手册遇到不少业务程序使用长连接的，jdbc的自动重连参数都没打开

一般是先约几家了解情况、然后功能POC、性能POC、业务测试，最后挑选一家厂商随后就是确定具体的业务上国产数据库，做应用代码改造和兼容性适配、最后上线业务使用国产数据库一般都是先从不重要的外围业务逐步开始使用，自己单位也需要人员有个熟悉的过程...

谢邀！据我了解，应该是没有的。本人也是希望有，这样可以防止国产数据库出现天大的问题（数据不一致）的时候，我们客户能及早的发现，不至于酿成大错。可是目前国内应该没有这样的异构数据库之间的数据稽核。小厂商都是基于MySQL和PG开发的，不值得大厂去开发工具稽核它们。大厂的数据...

一般表记录数快速增长的做水平表（比如日志表、流水表等）， 表记录数增长缓慢且知道最大增长到多少的做垂直表， 表记录数快速增长的做全局表/广播表（比如参数表、配置表） 金融行业一般用机构号来做分片的较多...