对现在数据库的设计方式慢慢的理解了,尤其是MySQL 这样的容器化数据库在很多应用场景被应用后,某些互联网场景是应用的是得心应手,而到了一些传统行业 MySQL并不是一个好的选择开始,理解了其他新老数据库都开始了霸道的设计,数据库的风向标变了。
从老说起,商业看 Oracle , SQL Server, 开源看 PostgreSQL ,Oracle 的融合库,就不提了,SQL Server 2022 的版本把商业智能分析,数据治理,数据库自主管理维护,列式解决方案,云下云上一体化,搞了一个遍,这明确的就是告诉你,以后的数据库即使是本地的,我也希望你和微软的 azure 强关联,同时你还聘请什么 BI IT 人员,分析师就可以把你企业的数据分析,在SQL Server 的平台上以商业最便宜的方式,给你进行实现。
当然开源的PostgreSQL 也从来没有停止扩张的速度,从PostGIS, 时序数据库,JSON处理(FerretDB 数据库)PostgreSQL 可以万物可插件概念以及他真免费的性质,让在他上面开发的其他产品越来越多。
这里MongoDB 这样的数据库产品也加入进来,已经整合了时序数据库,和地理位图数据库,NOSQL 也疯狂的情况下,传统数据库也只能更卷。
说白了这叫提供更多的功能覆盖,说露骨了就是把其他和自己不再一个竞争战场的数据库的阵地,纷纷开始开炮。这不是卷,是什么。
云数据库也没有闲着,从我之前的思路,我其实是非常讨厌云的,讨厌云数据库需要理由吗,我无法触及数据库的底层,我失去了我DBA的安全感,把我的很多我觉得关键,技术性的工作掠夺了,很多和我一样的人,都觉得我们的工作朝不保夕,一部分情况是这样的,但我们说了不算,因为硬件的投入,机房的投入在当下,越来越多的企业是拒绝的,不要机房,不要购买主机,他们要轻资产,便捷化,甚至连ECS 他们也是拒绝的,主要是我项目不稳定,我为什么要投入那么多到IT上,我要的就是快,雇佣的人少,等业务扩大后,在做打算也不迟。在这样的经济趋势和老板思维模式下,就诞生了越来越多的 “霸道” 的数据库和产品。
而就在前天,虽然我是PolarDB for MySQL的早期用户,并且量大,但我也没有想到,做客的陈老师给我一个,让我也觉得不可思议的“惊吓”,PolarDB 也要放置 ES 和 Redis 在PolarDB for MySQL中, 所以我昨天来了一句,你们这是要惹众怒,一个MySQL ,可以列式计算,可以ES 汇聚计算,还可以Redis 缓存计算,你们是要做什么?
如果我是友商,我心里马上立刻就想把这样的厂商凌迟处死,你还让别人活不活,太霸道了。
其实之前使用数据库,我们都希望这个数据库本身,简单,容器化,功能单一但是性能好,这和我们当时的经济环境和市场状态是分不开的,越复杂功能的产品,他的性能在当时的技术下,不会比单纯功能的产品性能要好,因为复杂,越复杂的东西是要牺牲性能的,我们当时的思路是,一个数据库就干好一个事情就可以了。
世界在变化,社会和用户在转变,以前是家大业大,我DBA多,访问量大,我性能排第一,而现在经济不好,我希望我一个数据库就能搞定,钱越少越好,功能越多越好的氛围又开始了。
当然这也体现出数据库行业的卷,很卷,非常卷。这是不是恶性竞争我不知道,但很多这样卷的情况下,无法适应快速变化的数据库厂商是危险的,中国的一些客户,他在无法知道性能问题的情况下,他第一个对比的是功能,功能越多的,越能解决他当前问题的整合性数据库,他越欢喜。
当然假使你提供了你的更多功能,但是他在POC 的试试,POC到这个功能点,发现你作弊了,耍诈了,使用鬼称了,最终的结果还是出局,现在已经慢慢到了拼数据库企业硬实力的时候了,大海的快退潮了,没穿衣服抓紧吧。
标签:功能,数据库,SQL,MySQL,越来越,霸道,性能 From: https://blog.51cto.com/u_14150796/7343345