写在金仓发布会之后

上周开会这周才写

• 这是因为最近安排的太满了，上周金仓会议后又接着信通院的会议。
• 每天连吃饭都安排的很满，我是第一次出去参会忙的一天衣服都没洗。

发布会提到

• 经过大家多年的认知已经对此有了认知了。
• 我这里想说的，非互联网场景，就是想把复杂的应用结构做到应用侧可能都做不到。不少场景还真是必须在数据库中做。这已经不是开发成本问题，而是可行性的问题了。
• 复杂SQL的原因–需求复杂–设计复杂–场景复杂
• 传统行业的业务场景逻辑是互联网行业场景难以理解的
• 我们不说SQL前面的有多复杂，就看最简单的一个oder by还能写出case when
• 费用类型 是之前就定义好了的，本次是新加的排序需求。费用类型有运输费用10、折扣费用20、杂费30，需要将20的类型排列在最前面。
• 你要么说这种需求是不合理。否则就是说要非常有前瞻性的设计，在10年前就能预见到这种需求。定义好了顺序。
• 这个答案其实显而易见。我相信阿里和腾讯的产品都能是能打的，否则也无法支持自己的商业帝国。但是在对外输出时候不会是一帆风顺的。否则如今国内数据库不说是一统天下也是三分天下了。想想是不是这个逻辑？

趋势

从这个图上明显看到 金仓的技术路线和Oracle类似 。融合优化执行，支持跨模型融合计算。

特色

• 本次发布会重提了之前的一个特点：适配。我去年只是知道，今年询问周围的人，具体是怎么做到的？
• 总结下来金仓实现了一个研发的适配器，可以快速实现语法转换，完成any to kingbase的转换。因此其产品对接其他数据库时，针对语法可以快速适配。别人可能用6个月，金仓可能2-3天就能解决语法上的兼容。我这里说的是语法兼容。
• 作为现在全国唯三对外公开盈利的数据库厂商，这也是其中一项特殊武器吧。

个人观点

• 业务场景复杂的，必然会产生复杂SQL。其复杂程度甚至不亚于存储过程。而且多会有数据倾斜。这种场景下不利于分布式数据库发挥。
• 如果说互联网场景是大海，那么传统行业就是大陆。适合自己环境的不一定适合其他环境。除非研究出一个水陆两栖的通用型数据库。这点上Oracle确实还是通用型最强。值得大家对标学习。