首页 > 数据库 > 国内数据库 > 两天两会,阿里系内部俩情敌的“明争暗斗”
作者:胖头鱼的鱼缸(尹海文)
Oracle ACE Associate: Database(Oracle与MySQL)
国内某科技公司 DBA总监
10年数据库行业经验,现主要从事数据库服务工作
拥有OCM 11g/12c/19c、MySQL 8.0 OCP、Exadata、CDP等认证
墨天轮MVP、认证技术专家、年度墨力之星,ITPUB认证专家、专家百人团成员,OCM讲师,PolarDB开源社区技术顾问,OceanBase观察团成员
圈内拥有“总监”、“保安”、“国产数据库最大敌人”等称号,非著 名社恐(社交恐怖分子)
公众号:胖头鱼的鱼缸;CSDN:胖头鱼的鱼缸(尹海文);墨天轮:胖头鱼的鱼缸;ITPUB:yhw1809。
除授权转载并标明出处外,均为“非法”抄袭。
这应该是一篇长文。
众所周知一般写参会信息我都不会加入到我的『数据库管理』系列之中,为什么加进去了,请各位大佬看到最后。
本周参加了两个会,4月19日在合肥的PolarDB开源社区X讯飞开源的《开源数据库技术大会》活动,完了之后马不停蹄高铁前往上海,参加4月20日的《2024OceanBase开发者大会》。(我大概是疯了,诶?DTC那篇也有类似的描述)顶着熊猫眼到处跑,然后今天(4月21日)杀回成都,写文章然后明天继续干活。
众所周知,OceanBase也是脱胎于阿里系,PolarDB与OceanBase也是有一些“爱恨情仇”,今天不聊八卦,只聊开源与技术。
本次在合肥的《开源数据库技术大会》,确实也有不少干活,但是我认为更重要的内容是阿里PolarDB数据库的开源社区建设,德哥在“PolarDB开源社区顾问委员会”成立致辞时一句话:“(大意)我们要让数据库行业内的专家,哪怕是完全不懂PolarDB(or PostgreSQL)的人,从数据库内核开发者、DBA、业务架构师、业务开发者的视角给PolarDB以鞭策。”。
我在会后的朋友圈分享中也说了一句话:“感谢PolarDB开源社区的认可与邀请,深入参与国产、开源数据库的建设与发展”。诚然,我现在主要做的是Oracle数据库,但这也不能阻挡我对国产数据库的热情,无论Oracle是真先进还是假落后,近50年的成长与打磨且得到了市场认可的,而且最近几个版本的创新也是有目共睹的,有很多东西可以去借鉴与学习。我想做的,正如德哥说的那样,从“反面”的角度去“吐槽”一下国产数据库,从而鞭策国产数据库的发展。
当然我在本会的演讲环节,我也针对数据圈的惯性,从功能的加法与创新出发探讨这些惯性产物是否真真正适合数据库。(我的PPT做的一如既往的潦草且没有注释,但是我相信没几个人能讲出精髓,最终的效果反馈还不错)。
最后PK环节我还是好好的PolarDB/PostgreSQL的PK了一下(当我没说)。

关于《2024OceanBase开发者大会》,其实我一直有个疑问,是狭义的码农,比如数据库内核开发人员、数据库工具开发人员、业务应用程序开发人员;还是广义的,能对OceanBase这片土地上开发耕耘并对其发展做出贡献的人,这里就还包含了DBA/Ops、大数据从业者等等的数据库使用者。
相较于去年的《OceanBase年度产品发布会》,本次开发者大会有几点不一样的地方:
说了向好的变化了,也应该吐槽一些东西:

无论是PolarDB还是OceanBaseBase都有一体化方面的宣传:
这里我还是讲讲OceanBase,这次也在ITPUB老鱼的主持下针对OceanBase的多模融合进行了深入探讨。
我认为和最早提出多模融合概念的Oracle数据库以及基于插件不断扩展PostgreSQL规划和在做的事情一样,多模融合一定是未来数据发展的一个重要方向,因为可以用一个单一架构数据库解决多个数据场景的需求,可以极大减少IT架构的复杂度,降低运维难度,降低研发学习难度等等。但是要做好多模融合一定要克服以下一些问题:
在我看来,DBA是数据库与应用研发之间的桥梁,云和AI时代给DBA的生存环境带来了一定的挑战,因此DBA也需要转型或者说叫提升自己,更加深入了解数据库的运行规律、如何更好更合理的使用数据库、更好的交流能力去引导应用开发,同时也要跟深入的去了解业务,在单纯的SQL优化之外能够做到逻辑架构层面的优化,即便是AI来袭也能让自己成为最后兜底的硅基LLM(解决幻觉和过时信息带来的错误判断),让自己成为IT架构中不可缺少的一部分。
虽然PolarDB和OceanBase是两个截然不同的产品,但是我仍然希望两个数据库和一众优秀的国产数据库能够杀出一条血路,越做越好。
老规矩,知道写了些啥。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/31466763/viewspace-3013220/ ,如需转载,请注明出处,否则将追究法律责任。