第一次听说K-DB源自杨建荣老师的博客，K-DB直接对决ORACLE，而且是分组现场调优，这种活动够吸引，更没想到Oracle组用尽各种调优手段竟然还未占上风，可把小伙伴给惊呆了，如果是媒体或别人这么说，我不可能相信，但这次来的可是盖国强、郑保卫这些大师级的人物，两位大师的演讲我都现场听过，技术修为那可是高山仰止，杨建荣老师的博客勤而精，也是经常去学东西的，所以，不管别人信不信，反正我信了，并且产生了强烈的好奇心，这个厉害的家伙是从哪里冒出来的？因为浪潮在我的心目中，一直是只硬不软，不像IBM或SUN，软硬通吃，难道浪潮在下一盘很大的棋，是想成为IBM或oracle这种提供全套方案的巨头？那可是让国人振奋的好事啊，所以当ITPUB发出深圳开放日的活动消息时，我便报名了，就在深圳，干嘛不去一探K-DB的究竟呢，何况还有kindle! ^_^
不过到了现场，发现比起大北京来，规格就要差了，没有小型机，也没有现场PK，主要是浪潮的专家给我们介绍与讲解，讲解K-DB的原理、架构、特别是K-RAC的架构，以及兼容性与迁移，体验了从Oracle到K-DB的一键迁移，也体验了一把K-DB的使用，如果要用两个字要描述体验，那就是“熟悉”，用起来太熟悉了；用三个字的话就是“太像了”，和Oracle太像了，连底层视图也都一样，就像很难分清哪个是O，那个是0；用一句话来描述的话，那就是：能搞得这么像，就算是模仿，就算是抄袭，都算你的本事了“。
模仿不要紧，要紧的是连模仿都模仿不到家，要紧的是只有模仿没有进化。日本的汽车与电子产品也曾经历过模仿的阶段，但关键是，他们后来做得比美国更好了，韩国也是一样，很多方面都已经世界领先了。K-DB能把oracle的看家本领模仿到家，这既是一种本事，也给了我们另一个方向，原来我们去”IOE“的思路基本上是开源，不是mysql，就是PG,并非这些开源产品不好，而是开源的背后没有大公司直接支撑，服务很少，很多问题都得自己来，如果没有一定的开发能力，开源产品就很难玩得好，真要出了什么问题，谁都负不起这个责任，所以很多人也是有顾虑的，如果有一个国产的DB，用起来跟oracle一样，没有切换与学习成本，又有一个大公司支撑，对很多企业来说，这就是一种令人眼前一亮的选择。
所以我非常关心的另一个问题是，这个软件的开发是谁掌控，结果答案是目前主要是韩国的TMAX公司在开发，两者是合作的关系，这是我感觉到有点顾虑的地方，我其实更想听到这样的故事，比如Oracle的核心开发人员跳槽到浪潮开发了系出同门的K-DB，或者浪潮招募大批英才十年磨一剑，终于开发出了能与oracle一决雌雄的产品等等，韩国人确实有两把刷子，但是哪天跟他们闹翻了，变成为他人作嫁衣裳可不好。
还有一个问题是，会不会有潜在的专利风险，这方面可是有oracle状告google的先例，据说就因为android与java有五行接口代码一样，K-DB与oracle长得这么像，会不会遭到oracle的”羡慕妒忌恨“呢？浪潮专家答复是已规避了所有的法律风险 ，不过担心。不过或许现在oracle还无所谓，等到哪一天做大做强了，oracle找个莫须有的理由，就把专利大棒挥过来了，防人之心不可无啊。
只要解决了国内客户的这些顾虑，并且浪潮真的肯下决心，让K-DB更开放，让更多的人知道，更多的人试用，找准核心客户，经受更多的实际应用检验，培育出一个完整的生态圈，我认为K-DB是大有可为的，就算不与oracle全球竞争，光国内的企业、银行就有很大的市场，足够发展与状大了。
期待K-DB能在市场上与Oracle也能平分秋色！
不过到了现场，发现比起大北京来，规格就要差了，没有小型机，也没有现场PK，主要是浪潮的专家给我们介绍与讲解，讲解K-DB的原理、架构、特别是K-RAC的架构，以及兼容性与迁移，体验了从Oracle到K-DB的一键迁移，也体验了一把K-DB的使用，如果要用两个字要描述体验，那就是“熟悉”，用起来太熟悉了；用三个字的话就是“太像了”，和Oracle太像了，连底层视图也都一样，就像很难分清哪个是O，那个是0；用一句话来描述的话，那就是：能搞得这么像，就算是模仿，就算是抄袭，都算你的本事了“。
模仿不要紧，要紧的是连模仿都模仿不到家，要紧的是只有模仿没有进化。日本的汽车与电子产品也曾经历过模仿的阶段，但关键是，他们后来做得比美国更好了，韩国也是一样，很多方面都已经世界领先了。K-DB能把oracle的看家本领模仿到家，这既是一种本事，也给了我们另一个方向，原来我们去”IOE“的思路基本上是开源，不是mysql，就是PG,并非这些开源产品不好，而是开源的背后没有大公司直接支撑，服务很少，很多问题都得自己来，如果没有一定的开发能力，开源产品就很难玩得好，真要出了什么问题，谁都负不起这个责任，所以很多人也是有顾虑的，如果有一个国产的DB，用起来跟oracle一样，没有切换与学习成本，又有一个大公司支撑，对很多企业来说，这就是一种令人眼前一亮的选择。
所以我非常关心的另一个问题是，这个软件的开发是谁掌控，结果答案是目前主要是韩国的TMAX公司在开发，两者是合作的关系，这是我感觉到有点顾虑的地方，我其实更想听到这样的故事，比如Oracle的核心开发人员跳槽到浪潮开发了系出同门的K-DB，或者浪潮招募大批英才十年磨一剑，终于开发出了能与oracle一决雌雄的产品等等，韩国人确实有两把刷子，但是哪天跟他们闹翻了，变成为他人作嫁衣裳可不好。
还有一个问题是，会不会有潜在的专利风险，这方面可是有oracle状告google的先例，据说就因为android与java有五行接口代码一样，K-DB与oracle长得这么像，会不会遭到oracle的”羡慕妒忌恨“呢？浪潮专家答复是已规避了所有的法律风险 ，不过担心。不过或许现在oracle还无所谓，等到哪一天做大做强了，oracle找个莫须有的理由，就把专利大棒挥过来了，防人之心不可无啊。
只要解决了国内客户的这些顾虑，并且浪潮真的肯下决心，让K-DB更开放，让更多的人知道，更多的人试用，找准核心客户，经受更多的实际应用检验，培育出一个完整的生态圈，我认为K-DB是大有可为的，就算不与oracle全球竞争，光国内的企业、银行就有很大的市场，足够发展与状大了。
期待K-DB能在市场上与Oracle也能平分秋色！
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/13365316/viewspace-1872989/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
没有了~
请登录后发表评论
登录
全部评论
