写在金仓发布会之后
上周开会这周才写
- 这是因为最近安排的太满了，上周金仓会议后又接着信通院的会议。
- 每天连吃饭都安排的很满，我是第一次出去参会忙的一天衣服都没洗。
发布会提到
- 经过大家多年的认知已经对此有了认知了。
- 我这里想说的，非互联网场景，就是想把复杂的应用结构做到应用侧可能都做不到。不少场景还真是必须在数据库中做。这已经不是开发成本问题，而是可行性的问题了。
- 复杂SQL的原因–需求复杂–设计复杂–场景复杂
- 传统行业的业务场景逻辑是互联网行业场景难以理解的
- 我们不说SQL前面的有多复杂，就看最简单的一个oder by还能写出case when
-
- 费用类型 是之前就定义好了的，本次是新加的排序需求。费用类型有运输费用10、折扣费用20、杂费30，需要将20的类型排列在最前面。
- 你要么说这种需求是不合理。否则就是说要非常有前瞻性的设计，在10年前就能预见到这种需求。定义好了顺序。
- 这个答案其实显而易见。我相信阿里和腾讯的产品都能是能打的，否则也无法支持自己的商业帝国。但是在对外输出时候不会是一帆风顺的。否则如今国内数据库不说是一统天下也是三分天下了。想想是不是这个逻辑？
趋势
从这个图上明显看到 金仓的技术路线和Oracle类似 。融合优化执行，支持跨模型融合计算。
特色
- 本次发布会重提了之前的一个特点：适配。我去年只是知道，今年询问周围的人，具体是怎么做到的？
- 总结下来金仓实现了一个研发的适配器，可以快速实现语法转换，完成any to kingbase的转换。因此其产品对接其他数据库时，针对语法可以快速适配。别人可能用6个月，金仓可能2-3天就能解决语法上的兼容。我这里说的是语法兼容。
- 作为现在全国唯三对外公开盈利的数据库厂商，这也是其中一项特殊武器吧。
个人观点
- 业务场景复杂的，必然会产生复杂SQL。其复杂程度甚至不亚于存储过程。而且多会有数据倾斜。这种场景下不利于分布式数据库发挥。
- 如果说互联网场景是大海，那么传统行业就是大陆。适合自己环境的不一定适合其他环境。除非研究出一个水陆两栖的通用型数据库。这点上Oracle确实还是通用型最强。值得大家对标学习。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/637517/viewspace-3091866/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
一次意想不到的ADG中断
下一篇：
降本增哈哈哈哈哈
请登录后发表评论
登录
全部评论
