内存数据库之战：Oracle后来居上，SAP面临挑战
2012年深秋，SAP推出的全内存数据库HANA已经拥有了500多个客户，发布15个月即有这样的成绩，整个数据库世界都为之侧目。在Oralce的一份内部资料中，是这样评价HANA的：“HANA的确是一项创新，对Oralce来说也是一个威胁。”
2012年深秋，
SAP推出的全内存数据库HANA已经拥有了500多个客户，发布15个月即有这样的成绩，整个数据库世界都为之侧目。
在Oralce的一份内部资料中，是这样评价HANA的：“HANA的确是一项创新，对Oralce来说也是一个威胁。”
的确，尽管HANA仍然是一个小众新型数据库，但是随着越来越多的
服务器厂商推出HANA服务器，一直以来的数据库全球霸主Oracle显然坐不住了。就在当年10月，Oralce创始人兼首席执行官拉里·埃里森亲自发布了Exadata X3服务器，算是对SAP HANA的回应——这种服务器使用闪存来让其数据库能以更快的速度运行。
很显然，这个反击太弱。SAP数据库技术高级副总裁史蒂夫·卢卡斯很轻蔑地对媒体说：“将一个老式的数据库放在速度超快的硬件中，藉此来提高其速度，这不会对Hana造成损害。”他甚至嘲笑Oracle是身披各种枷锁的目光短浅者：“一家公司（指oracle）的脖子上挂着100亿美元的数据库‘枷锁’，还挂着数十亿美元的硬件‘枷锁’，所以他们的解决方案就只能是把更多的硬件扔向依旧还是那么陈旧的
软件。觉得公司需要的只不过是一种速度更快的数据库，那是一种目光短浅的观点。”
也是，HANA系统能够容纳100TB数据，可升级至250TB，而埃里森高调发布的Exadata X3系统能容纳最多26TB数据。的确不在一个数量级上。记得当时SAP技术与创新负责人兼首席技术官Vishal Sikka还为此说过一句简直能把埃里森气死的话：“我的小姑娘Hana出去跟甲骨文干架了。她一定会把甲骨文的数据库当成鼓来敲。”
这口恶心，Oracle怎么咽得下去？按照埃里森的性格，应该早就挽胳膊、撸袖子大干苦干，快速推出一款真正具有炮轰SAP HANA的内存数据库才对，可实际上，一直到2014年6月份Oracle才发布了其新一代内存数据库Database In-Memory。当时，拉里·埃里森特别提到，OracleDatabase In-Memory能针对现有应用整合实时数据分析与亚秒级交易，帮助企业变成真正的实时型企业。这话相当有内涵。
先说说内存数据库吧。
这并不是新东西，内存数据库存在有十年了，在这个领域有不少小公司在做技术上的各种探索，其中有一家叫TimesTen，在2005年被Oracle收购。但在SAP HANA发布之前内存数据库并没有得到市场的普遍认可，因此也没有一家内存数据库公司真正火起来。究其原因，我想一方面是因为内存数据库的性价比问题，另一方面是企业更关注交易型业务（OLTP），而实时分析型业务（OLAP）则是在web业务兴起之后才出现大规模需求的。
那为什么是SAP在内存数据库技术上取得了突破，而不是一贯的数据库市场执牛耳者Oracle呢？这其实非常正常，就是商业利益驱动技术进步，或者说一切技术创新都是为了获取更多商业利益，否则就是纸上谈兵。
20年前SAP一失足没有开发自有数据库而是选择了用别人的数据库，后来却发现商业场如同名利场，只有暂时的朋友，哪里能求“白首不相离”？SAP在
金融危机之后遭遇发展瓶颈努力寻求突破口，自然又想到了20年前的遗憾，而数据库看上去的确是需要变革了。目前为止，无论是交易型（OLTP）还是分析性（OLAP）业务系统，大部分应用系统都是基于传统关系型数据库而创建的。而传统的关系型数据库主要是为传统的OLTP而设计的。虽然这些年来数据库产品的版本一年比一年更新得快，效率和功能也确实越来越强大，但这些基于传统关系型数据库和传统架构进行的优化和改进都是基于磁盘技术来进行的。海量数据的增长，使得磁盘I/O性能这一问题逐渐暴露出来。内存数据库抛弃了磁盘数据管理的传统方式，基于全部数据都在内存中重新设计了体系结构，并且在数据缓存、快速算法、并行操作方面也进行了相应的改进，所以数据处理速度比传统数据库的数据处理速度要快很多。
这是历史赋予的弥补遗憾的机会啊！卢卡斯攻击Oracle浑身上下都是“枷锁”，从数据库产品的角度来说，SAP的确没有历史包袱，而且要想突破Oracle铁桶一样的围墙，只有另辟蹊径，攻其不备，于是，“大S”SAP一生气就把“小s”Sysbase的优秀列示数据库基因发展壮大长出了一个全内存列示数据库HANA（High-Performance Analytic Appliance），并于2011年6月在全球范围内上市。官方描述是“作为一款内存计算数据库，SAPHANA可以在用户原有的
ERP系统上顺畅运行，还支持用户抛开数据仓库，或者减少对实体数据仓库的使用，并且获得与数据仓库相当的智能分析能力。”
这当然不是第一款内存数据库了，但是SAP有钱有品牌，而且恰逢web业务风生水起，天时地利人和，HANA就在全世界烧起了熊熊烈火，而被灼伤的则是Oracle那颗倔强的心。
实际上，大家应该注意到了，Oracle并没有对内存数据库的萌芽和发展视而不见，相反早在2005年的时候就嗅到了这种变化趋势所以收购了TimesTen昂首阔步进入了内存数据库领域。但是，Oracle传统数据库的生意太好了，而且市场对于内存数据库的需求也没那么强烈，对这位数据库巨头来说，没必要推出一款诸如HANA一样完全不同于传统数据库的产品，直到HANA火爆。
不过，永远不要着急下结论，虽然初生牛犊不怕虎，可是姜还是老的辣。Oracle一旦意识到内存数据库渐成热点，立刻显示出了后发优势——比SAP更有钱、更有品牌、更有技术、更有市场。
所以，Oracle Database In-Memory终于在2014年6月隆重亮相——话题终于又回到这里了，这一圈绕得好大啊！
相比于HANA的全内存结构，Oracle Database In-Memory是热内存结构，这是天然优势——看得见的未来内存肯定比硬盘贵啊，再说也没必要把整个数据库都装在内存里跑。
当然，Oracle Database In-Memory最大的创新，是突破行列限制，采用双格式数据库内存。在过去，客户在行式数据库和列式数据库之间只能择一而行，从而在数据处理性能上受到局限。行式数据库更适合交易类操作，比如插入或查询一条销售订单，而列式数据库则更善于进行分析类操作，比如按地域生成销售额报告。当然HANA就是列示数据库，所以对OLAP的支持要远远好过于对OLTP的支持。而Oracle Database In-Memory通过在同一张表在内存中同时支持行和列两种格式，同时激活并保持事务一致性，对分析和报表采用列格式，OLTP则采用久经考验的行格式运行。这样做的各种优点请自行联想，不再赘述，总结一句话就是：百变神行，突破传统数据库围墙，可以在OLTP数据库中直接做实时分析，这在以前是不可想象的。
最有趣的事情是，Oracle帮助SAP联席创始人Hasso Plattner实现了预言。Hasso在赞扬HANA时候曾经这样表达自己对数据库技术发展的看法：“长期以来业界一直流行一种说法，OLTP是写入导向的，OLAP是读取导向的，因此我们需要使用不同的数据库。这种理论在三十年前被提出，未来的五年仍然有效，但是长期来看这种模式不会一直适用。”他说对了，因为Oracle Database In-Memory已经实现了这一点。
所以，估计连Hasso都会承认这是Oracle在内存数据库领域的颠覆性创新。我还觉得这是对SAP心爱的小姑娘HANA的致命一击，估计这一点Hasso也得承认。总之，就上面两点而言，HANA天生注定就是个小众市场的宠儿，而OracleDatabase In-Memory的普及面的确有天然优势，不服去找Oracle辩。
叫好又叫座，才是真的好。光技术领先、创新不够，商业性才是决定性的魔杖。Oracle是老手，在这一点上不会犯错误。DatabaseIn-Memory将作为Oracle数据库的可选配件方式提供。这意味着Oracle内存数据库与HANA的另一个重要区别，即HANA需要用户购买新的服务器（市场上有许多HANA服务器可以供选择），而Oracle内存数据库则无需如此大动干戈。
Oracle数据库技术产品执行副总裁Andrew Mendelsohn说，“Database In-Memory可在企业运行Oracle数据库的系统上运行，支持企业目前正在使用的应用，无需对应用进行任何修改。”他还表示， Oracle Database In-Memory在任何与Oracle数据库兼容的现有应用环境中，都能够非常简单、快捷地进行部署，如同拨动一下开关，无需对应用做任何更改。测试结果显示，包括Oracle电子商务套件、JD Edwards、PeopleSoft、Siebel和Oracle融合应用等在内的一系列应用都可以获得1000倍以上的性能提升——这个1000倍的说法当然听听就好。
当然，Oracle一贯的策略也是软硬一体化的方式提供服务，所以随同Database In-Memory的发布，Exadata和SuperCluster都进行了优化。不过Oracle认为M6-32大内存机才是能够将Database In-Memory的性能展示到极佳的最强大平台，当然不能浪费其32TB DRAM内存和3TB/秒内存带宽。
好吧，SAP HANA请小心，珍重！
责编：李玉琴
微信扫一扫实时了解行业动态
著作权声明：kaiyun体育官方人口 文章著作权分属kaiyun体育官方人口 、网友和合作伙伴，部分非原创文章作者信息可能有所缺失，如需补充或修改请与我们联系，工作人员会在1个工作日内配合处理。
|
最新专题
推荐圈子
|
DB2数据的导入(Import)_导出(Expo..
Cognos 中国社区——Cognos 10.2...|
|
