本篇文章4039字,读完约10分钟
事实上,虽然hana仍然是一个利基新数据库,随着越来越多的服务器制造商推出hana服务器,甲骨文,这一直是数据库的全球霸主,显然不能坐以待毙。那年十月,奥拉西的创始人兼首席执行官拉里?埃里森亲自发布了数据库云服务器x3,这是对sap hana的回应。该服务器使用闪存使其数据库运行更快。
显然,这次反击太弱了。史蒂夫,sap数据库技术高级副总裁?卢卡斯轻蔑地对媒体说:“把一个老式的数据库放在超高速的硬件上,以提高它的速度,这不会对hana造成损害。”他甚至嘲笑甲骨文是一个带着各种枷锁的近视眼:“一个公司(甲骨文)有一个100亿美元的数据库‘枷锁’和一个10亿美元的硬件‘枷锁’,所以他们的解决方案只能把更多的硬件扔向仍然陈旧的软件。我觉得公司需要的只是一个更快的数据库,这是一种短视的观点。”
也就是说,hana系统可以容纳100tb的数据,并且可以升级到250tb,而Ellison备受瞩目的数据库云服务器x3系统可以容纳高达26tb的数据。它不是一个数量级的。我记得当时sap的技术和创新主管兼首席技术官vishal sikka也说过一些可能会让埃里森生气的话:“我的小女儿hana出去和甲骨文打了一架。”她肯定会像敲鼓一样敲打甲骨文数据库。”
这真恶心。甲骨文怎么能吞下它?根据埃里森的性格,推出一个真正轰炸sap hana的内存数据库应该是很久以前的事了,但事实上,直到2014年6月,oracle才发布了新一代内存数据库in-memory。那时,拉里?埃里森特别提到,内存中的Oracle数据库可以为现有应用程序集成实时数据分析和亚秒事务,帮助企业成为实时企业。这很有意义。
让我们先来谈谈内存数据库。
这不是什么新鲜事。主存数据库已经存在十年了。这个领域的许多小公司正在进行各种技术探索。其中之一是时代十,它于2005年被甲骨文收购。然而,在sap hana发布之前,内存数据库并没有得到市场的普遍认可,因此没有一家内存数据库公司真正流行起来。原因是,我认为,一方面是因为主存数据库的性价比,另一方面,企业更注重事务性业务(oltp),而实时分析业务(olap)只有在web业务兴起后才有大规模需求。
那么,为什么sap在内存数据库技术方面取得了突破,而不是一直在数据库市场处于领先地位的甲骨文呢?事实上,这是很正常的,即商业利益驱动技术进步,或者所有的技术创新都是为了获得更多的商业利益,否则,它只是纸上谈兵。
二十年前,sap犯了一个错误,它没有开发自己的数据库,而是选择使用别人的数据库。后来,它发现商业领域就像名利场,只有暂时的朋友。我们在哪里可以要求“白脑袋永不离开”?金融危机后,sap遇到了发展瓶颈,并试图寻求突破。很自然,它想到了20年前的遗憾,数据库似乎真的需要改变。迄今为止,大多数应用系统,无论是事务性的(oltp)还是分析性的(olap)业务系统,都是基于传统的关系数据库的。传统的关系数据库主要是为传统的oltp设计的。虽然数据库产品的版本逐年快速更新,效率和功能越来越强,但是基于传统关系数据库和传统架构的优化和改进都是基于磁盘技术的。随着海量数据的增长,磁盘i/o性能问题逐渐暴露出来。内存数据库摒弃了传统的磁盘数据管理方式,重新设计了基于内存中所有数据的体系结构,并在数据缓存、快速算法和并行操作等方面做了相应的改进,数据处理速度比传统数据库快得多。
这是历史给的弥补遗憾的机会!卢卡斯对神谕的攻击是全身的“枷锁”。从数据库产品的角度来看,sap没有历史负担,如果你想像甲骨文的铁桶一样突破这堵墙,你必须找到另一种方法来攻击它。因此,“大S”SAP开发了“小SYSBASE的优秀列表数据库基因,并开发了一个全内存列表数据库HANA(高性能分析设备)。在2010年,官方的描述是“作为一个内存计算数据库,saphana可以在用户的原始erp系统上平稳运行,并且还支持用户放弃数据仓库,或者减少物理数据仓库的使用,并获得相当于数据仓库的智能分析能力。”
这当然不是第一个内存数据库,但sap有资金和品牌,而且它与网络业务的繁荣不谋而合,合适的时间和地点让hana在世界上燃烧,而甲骨文的固执的心燃烧。
实际上,我们应该注意到,oracle并没有对内存数据库的萌芽和发展视而不见。相反,它早在2005年就嗅到了这种变化趋势,所以它收购了timesten,进军内存数据库领域。但是,oracle的传统数据库业务非常好,而且市场对内存数据库的需求也不是很强。对于这个数据库巨头来说,在hana流行之前,没有必要推出一个与传统数据库完全不同的产品,比如hana。
然而,千万不要妄下结论。虽然新生的小牛不怕老虎,但姜还是又老又辣。一旦甲骨文意识到内存数据库正在成为一个热点,它立即显示出它的后发优势——它比sap更丰富、更有品牌、更具技术性和更有市场。
因此,甲骨文内存数据库终于在2014年6月隆重登场——话题终于回到这里,这个圈子太大了!
与hana的全内存结构相比,oracle数据库内存是一种热内存结构,这是一个自然的优势——可见的未来内存肯定会比硬盘更贵,而且不需要在内存中运行整个数据库。
当然,oracle数据库内存的最大创新是突破行和列的限制,采用双格式的数据库内存。过去,客户只能在行数据库和列数据库之间进行选择,这限制了数据处理的性能。行数据库更适合事务处理操作,如插入或查询销售订单,而列数据库更适合分析操作,如按区域生成销售报告。当然,hana只列出了数据库,所以对olap的支持比对oltp的支持好得多。Oracle数据库内存支持同一表内存中的行和列格式,并激活和维护事务一致性,采用列格式进行分析和报告,而oltp则以经过测试的行格式运行。请想想自己做这件事的所有好处,不要重复。总而言之,通过改变事物和突破传统的数据库墙,直接在oltp数据库中进行实时分析是不可能的。
最有趣的是,甲骨文帮助sap联合创始人哈索·普拉特纳实现了他的预测。Hasso曾在称赞hana时表达了他对数据库技术发展的看法:“长期以来,oltp是面向写的,olap是面向读的,这一直是业内流行的说法,因此我们需要使用不同的数据库。”这一理论是30年前提出的,在未来5年内仍然有效,但从长远来看,这一模式并不总是适用。”他是对的,因为内存中的oracle数据库已经实现了这一点。
因此,据估计,即使是hasso也会承认这是oracle在内存数据库领域的一项颠覆性创新。我也认为这对哈娜是一个致命的打击,哈苏必须承认这一点。总之,就以上两点而言,hana天生注定是利基市场的宠儿,而oracledatabase in-memory的流行确实有天然的优势,所以如果你拒绝接受它,你应该与oracle争论。
鼓掌和获胜真的很好。当光学技术处于领先地位,创新还不够时,商业化就是决定性的魔杖。甲骨文是一个老手,在这一点上不能犯错误。内存中的数据库将作为oracle数据库的可选附件提供。这意味着oracle内存数据库和hana之间的另一个重要区别,即hana要求用户购买新的服务器(市场上有很多hana服务器可供选择),而oracle内存数据库不需要做这么大的努力。
oracle数据库技术产品执行副总裁Andrew mendelsohn说:“内存中的数据库可以在企业中运行oracle数据库的系统上运行,并支持企业当前使用的应用程序,而无需对应用程序进行任何修改。”他还说,可以在任何与oracle数据库兼容的现有应用程序环境中非常简单快速地部署oracle内存数据库,就像切换开关一样,无需对应用程序进行任何更改。测试结果显示,包括甲骨文电子商务套件(oracle E-Business Suite)、jd edwards、仁科、西贝和甲骨文融合应用在内的一系列应用可以实现1000倍以上的性能提升——当然,请听听这1000倍的陈述。
当然,oracle的一贯策略是以软件和硬件相结合的方式提供服务,因此随着内存数据库的发布,数据库云服务器和超级集群得到了优化。然而,甲骨文认为m6-32大内存机是最强大的平台,可以展示数据库内存的卓越性能,当然不能浪费其32tb的dram内存和3tb/ s的内存带宽。
好的,萨普哈娜,请小心照顾好它!
这篇文章是作者独立的观点,并不代表老虎嗅探网络的立场
这篇文章是胡雯发表的。网站,由河对岸授权,胡雯编辑。com。转载这篇文章必须得到作者的批准,并请附上来源(老虎嗅探网络)和本页的链接。http://www.huxiu/article/40403/1请作者加入语料库
三链:吃昆虫、吃厕所和油炸??3.模纸锻造,模具模具模具模具模具模具模具模具模具模具模具??. 95镣铐和镣铐??0.07%锝58.....
当前流行度:0
[娇娇]http://itougu.jrj/view/189514.j.....
当前流行度:0
1.1 .涓涓细流??邦邦、邦邦、邦邦、交邦和廖廖??要坚强,要坚强。.....
当前流行度:0
你知道,你知道,你知道,你知道,你知道,你知道,你知道,你知道,你知道,你知道,你知道,你知道,你知道,你知道........
当前流行度:0
缇落入三条锁链??3镝??6铥??0(乌桕脂含有3条链吗??4镝??4铥??0)死,死,死,死又死,4.72??......
当前流行度:0
那墙,墙,墙和墙呢??钳子里有丰富的镰刀、叉子、叉子、nan和链条,这些都是銮棒的来源.....
当前流行度:1
你想挑起镝,破坏哮喘吗??缇,汤,汤,3汤和柊镶嵌??链条??4."敌鲁,缇,汤,汤,汤."??.....
当前流行度:0
咸丰、大树、细垴、十二寸、相互涓涓??环秀细链,涓涓细流,砸铙钹,甩铙钹,砸铙钹,砸铙钹,砸响,砸得咝咝作响??葛格·岳格·柊.....
当前流行度:0