现在的数据库的设计是越来越霸道了

开头还是介绍一下群，如果感兴趣polardb ,mongodb ,mysql ,postgresql ,redis ，Oracle ,Oceanbase 等有问题，有需求都可以加群群内有各大数据库行业大咖，CTO，可以解决你的问题。加群请加微信号 liuaustin3 （共1200人左右 1 + 2 + 3）新人会进入3群 （准备开四群）

对现在数据库的设计方式慢慢的理解了，尤其是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到这个功能点，发现你作弊了，耍诈了，使用鬼称了，最终的结果还是出局，现在已经慢慢到了拼数据库企业硬实力的时候了，大海的快退潮了，没穿衣服抓紧吧。