我希望分布式数据库具有哪些能力-免费源码丞旭猿

原标题：我希望分布式数据库具有哪些能力

数据库厂商只有不断倾听客户的需求，才能把产品做的越来越好，几个月前我和一个分布式数据库数据库厂商研发人员交流了一些在客户现场发现的国产数据库在HASH JOIN上支持不足的问题，以及在关系型数据库里能不能提高一下JSON字段的访问能力，从而替代一部分MONGODB的功能，从而减少MONGODB的使用。自从MONGODB转向SSPL开源协议后，对于其在私有云上的使用安全问题，一直是很多企业关注的。

上个周末的时候他发给我一篇文章，就我提的这两个问题的解决方案发给了我，他们目前的版本中已经解决了我提出的这两个问题。通过在CBO优化器中自动改写SQL解决了一些国产、开源数据库中对HASH JOIN场景支持不足的问题，另外一个JSON的问题也拿出了一个开发人员可以接受的方案。我想如果我们的国产数据库厂商都能够不断的从客户现场发现自己产品的问题，并且不断的去解决这些问题，而不只是去PK一些TPCC的问题，那么产品肯定会做的越来越好的。分布式数据库与集中式数据库到底哪种更具有发展前景，这个话题一直是争论得十分激烈的，不过到目前为止，还没有哪方有绝对的论点可以证明自己是最好的。实际上我们也没有必要必须争论出一个结论出来。因为不同的用户场景，不同的用户喜好，企业不同的IT管理能力下，对这个问题会有不同的答案。很多时候事实只有一个，观点各有不同，只有接近事实的观点，没有代表事实的观点。今天不争论分布式数据库与集中式数据库的优劣，而是谈谈我希望分布式数据库具有的特性与能力。首先，作为一个使用了二十多年集中式数据库的人，我希望能够像使用集中式数据库一样使用分布式数据库。说实在的，7、8年前我刚刚开始使用分布式数据库的时候，是极为不习惯的，建一张表还有很多限制，没有SHARDING KEY无法创建，没有主键不能创建，全局索引和本地索引还有一堆限制。如果没有分布式数据库的设计经验，开发人员想要玩转分布式数据库还真不太容易。如果分布式数据库能够将一张表自动打散到各个节点上，能够自动管理分区，能够让使用者感受不到分布式数据库与集中式数据库的区别。并且能在这种宽松的使用条件下，让这张表的访问性能损失较小，那么这种数据库对于使用者来说是友好的。其次是SQL语句的功能支持是完整的，不要影响我天马行空的写质量不是特别高的SQL，不要限制大表的多表关联，不要要求我对分区表的访问必须带上分区键。既然使用了分布式数据库，那么我肯定能够接受一些读放大的开销增加，只是不要大的让人受不了就行了。但是限制我大表的关联不能超过三张，或者说关联关系不能太复杂，是绝对不可接受的。第三是必须支持比较强大的HINT、OUTLINES、PROFILE等主动纠正执行计划的功能。CBO优化器可以有缺陷，可以产生不够准确的执行计划，这些我都能理解都能接受。CBO优化器的技术提升是一个长期的工作，而且发现CBO存在问题，到完成修改，发出补丁也是需要较长时间的。这些我都能够理解，但是我的应用不能等你的CBO补丁发出了才能恢复正常，我必须能够快速解决业务存在的问题。哪怕让我修改应用，通过HINT来纠正执行计划，我也是能够接受的，这是我能够接受的底线。第四是最小部署单元尽可能小，也就是分布式数据库的起始结点数越少越好，如果能够单节点起步那就是最好了。如果单节点数据库的使用体验和集中式数据库差别不大，当单节点数据库不够用的时候，可以扩充到分布式数据库，二者使用起来差别不大，那么就更完美了。第五是和Oracle数据库有较强的兼容性，我们的企业已经在Oracle上积累了大量的开发与运维经验，大量的系统都跑在Oracle上，能够用最低的成本把应用迁移到新数据库上是每个企业领导所关系的事情。第六是能够支持HTAP场景，HTAP场景是每个客户都十分向往的，虽然目前各种数据库产品的HTAP场景支持的能力还有限，不过这种能力肯定是越强越好的。第七是有较好的可观测性，运维还是要靠自身的力量的，不能指望数据库原厂把运维全部承包了。企业也没有足够的资金长期让原厂来提供现场服务。通过可观测性，我们需要构建自己的运维自动化工具体系，建立自己的运维团队。第八是有良好的文档，如果遇到问题，都能够从文档中找到所需要的答案。第九是有强大的售后服务体系，一旦我们使用的时候遇到BUG，能够方便的和数据库厂商建立联系，反馈故障，快速定位问题，解决问题。本来准备随便写几条的，没想到还是太贪心了，一下子写了9条，第十条就不写了。可能有些朋友对这几条很不以为然，哪个数据库没有这些能力?这些老掉牙的能力还值得一提吗？虽然目前数据库市场上的各种新技术层出不穷，很多数据库都提供了这些能力，不过有和做好是两个不同的事情。有很容易，做好很难。对于一般的用户来说，这些能力都是实实在在的，把这些做好，用户用起来就比较舒服了，而这些如果做不好，用户遇到了问题，可能就会叫天天不应了。还是回到我开篇说的，解决用户的现实问题，才是根本，花架子是不会给客户带来实际利益的。返回搜狐，查看更多

责任编辑：

声明：本文部分素材转载自互联网，如有侵权立即删除 。