周末在凯宾斯基，又参加了朋友组织的3000万高端相亲局，而我这次作为收入垫底的那个入场，反倒没有任何心理压力。活动中，除了加几位女嘉宾，还加了聊的不错的俩兄弟。
活动结束之后的两天里，我和两个兄弟聊的反而很多，尤其其中一位医生，和我上一次活动就是队友。我们心中都有一个疑问，这些女生真的是我们期望找的另一半吗？我们是符合那些女生择偶标准的异性吗？似乎出现了一个奇妙诡异的现象，双方都出现了一定程度的资源错配。上一次我有这种感觉的时候，还是自己在做产品经理的时候。
资源和需求的错配，是很多新数据库产品的现状。
给你，给你，都给你
现在很多国产数据库的功能列表，乍一看非常丰富，一个小迭代都能搞出常常一页。然而深究下去，就会发现，就会发现一些猫腻。
架构角度，各种大词，各种玄乎，各种让人看不懂。简单的说，就是不说人话。其实多数数据库产品距离架构创新都差出十万八千里，无外乎是把现有的东西组合一下，然后包装端上桌给大家吃。又怕大家觉得很简单，于是裱花摆盘再来一层。其实相当比例的企业需要的都是简单稳定可靠的架构。越复杂的架构，实际使用的盲点和不确定因素就越多，出问题的概率也就越高。而且各种组合出来的架构，需要长时间生产环境的实践才能搞清楚真是能力，谁都不想当这个小白鼠。
功能方面，成了缝合怪。融合引擎不是让你什么都做，而是在一个确定业务场景下，尽可能找到这个业务场景下各种数据库功能的最大公约数，在最大公约数的基础上增加一些实用的功能，从而替代一部分产品。不是把一些风马牛不相及的业务场景需求都给打包到一起，事务、向量、时序、湖仓、ES、流式计算、跨源查询、外表、OLAP这些永远不可能出现在一个业务场景下的功能，扔到一个篮子里往外推，功能模块还不能解耦剥离。
性能角度，打榜TPCH或者TPCC之类的本身没有问题。但是我们要知道，这些性能基准测试不过只是展现数据库性能的一部分。这方面做的再好，跟我也无没有一毛钱关系。我要看的是我自己业务到底是什么样的性能表现，我要看的是一个数据库产品的性能下限在哪里，我要看的是在特定硬件环境下的真实表现。银石赛道成绩跑的再好，也仅仅可参考，因为我这是巴库甚至摩纳哥赛道。更别说你用F1跑出来的结果，对我用民用车毫无参考价值。
产品好用，请容许我先吐槽，相当比例的国产数据库从业者，分不清什么是可靠性，什么是稳定性。看似从业多少年，实际上从没上过生产环境，永远是在开发环境和测试环境。对于产品稳定的理解都不充分。拍拍脑子告诉客户，这个怎么怎么好用，但是实际上到了生产环境，与DBA们理解的好用大相径庭。与他们沟通，还要否定DBA们长期在一线积累起来的经验和认真。当真是打仗冲锋不是我，吹吹牛逼败邪火。
别来，别来，别过来
重新转回甲方之后，这半年多最让我无语的，是一些厂商的售前，明明需求不匹配，又或是预算超标，还在隔三差五骚扰我，完全不顾及我真实的需求。有时候真的在尽力克制自己的情绪了。主要集中在这几个方面。
场景不对，比如我需要的是一个能够支持把每天行情落盘的CSV文件批量导入查询的功能，在意的是导入性能和查询性能。但是就有一些厂商来给我推荐他们的高并发写入，这就让我十分迷惑，我需要的是一柄斧头，自己去砍树烧柴。你给我推荐芝加哥打字机是几个意思，让我拿着它上山打猎还是什么情况。于是我很礼貌地说，这个产品也许在某一方面很好，但是不是我现在想要的。对方却还说，没关系啊，可以再另一个场景试试吗。
卖全家桶，有的时候，我要的只是一个产品，和我们内部整个解决方案搭配起来用即可。但是就是有的厂商，上来就给我推荐全家桶。产品A解决什么什么，产品B怎么样怎么样，结合起来用，然后会有1+1>2的效果。可是我在我们内部已经有类似的工具的时候，是不可能再重复采购，可还是架不住这些杰米扬的汤，一而再再而三地往我面前送。最后的结果，只能是我再不回任何消息而告终。
文不对版，我提出的需求是A，然而厂商评估之后给我一个3.1415926。我说，这个不是我要的，我需要的是一个大写字母A。于是对方跟我说，虽然我这个不是A，但是我们小数点后面位数更精确啊。于是我继续说，虽然但是，我不需要小数点后面有多精确，我只需要一个大写的字母A。对方又说，我们觉得大写字母不太适合你，于是给你一个3.1415926，这个不是更好吗。一时之间，让我感觉，是不是我对自己需求了解不够清楚，是不是我描述不对。怎么我要一个大写字母，对方给我一个圆周率？？
其实这一切的背后，还是资源错配。市面上太多产品，都希望获客。但是厂商宣传的东西，不是用户真正需要的，用户真正想要的东西，例如和Oracle一样稳定，和MySQL一样容易上手，厂商当下又提供不了。于是开始做一些剑走偏锋的事情，盲目堆叠功能，疯狂打榜，又或者是过度解读。这种情况下，就出现了各种哭笑不得的场景，让两边都很难受。出现了“我不要你觉得，我要我觉得”。
在未来真正脱颖而出，淘汰大部分竞品的产品，一定是把资源投入到真正需求点上，而不是自己造的需求点上。彼之蜜糖，吾之砒霜的事越少，成功的概率就越高。
