|
Oracle收购Sunopsis之SWOT分析除了yangtao兄弟对Oracle收购Sunopsis的展望,国外也有好事者,他们会用一些比较玄乎的东西来说事,比如SWOT,所谓的优势、劣势、机遇、挑战。原文见:
1、Oracle整体的中间件优势得到加强,特别是在异构平台环境中。 2、Oracle决定将Sunopsis的数据整合技术集成到Oracle Fusion中间件产品,作为其SOA架构的一部分,同时也是BI和主数据管理模块的一部分。(Qing:这算啥优势?) 3、Sunopsis采用"ELT"的概念,将数据转换放在目标数据库端,这可以省去专门的ETL服务器(Qing:可是不得配备更强大的数据库和存储服务器吗?)。Sunopsis的特性包括CDC,以及数据转换可以作为一种Web服务存在。 4、Oracle再次展示其收购所需技术来加强自身的能力,显示其多方面发展的能力,包括自主开发和通过并购。 1、 2、Sunopsis可以将Oracle作为目标数据库也会导致潜在的混乱。Oracle现在将OWB定位在对Oracle数据库的处理,而将Sunopsis定位在对非Oracle数据库,包括IBM DB2、Teradata以及MS SQL Server。有意思的是,MS SQL Server在Sunopsis的站点上,并没有列为"领先的数据仓库平台",虽然Sybase IQ列为了。这也许显示了Oracle(但不一定是Sunopsis)对MS SQL Server市场份额的认识吧。 ( Qing:这反映了什么劣势呢?难道是说两人思想不统一?呵呵) 3、虽然Oracle已经决定支持非Oracle数据库的数据源和目标,但它肯定相信Oracle数据库也是其中的选择(废话)。即使它显示用Sunopsis支持非Oracle目标的意图,但这跟它对非Oracle目标库的长期策略考虑,是值得怀疑的。 4、Oracle Business Intelligence Application(即原来的Siebel Analytic Applications)目前使用Informatia PowerCenter作为内置的ETL模块。即使Oracle最近扩展了它跟Informatica的关系,但这是在收购Sunopsis之前的举动,说到底,此关系还是一种风险。 1、除了选择Oracle数据仓库自带的OWB产品之外,现在还可以选择Sunopsis技术,可以相信Oracle确实已经能够处理多种不同的目标数据库,并从不同的数据库抽取数据(Qing:这真是没话找话说)。 2、Oracle能够用Sunopsis技术取代Oracle Business Intelligence Applications中的Informatica ETL技术,用来形成一个全Oracle解决方案。 3、成立于1998的Sunopsis有500个客户,为Oracle提供不少交叉销售的机会。这些客户中有一些比较出名的,如AOL、BMG、Deutsche Bank、MetLift International、Nestle、Nielson Media Research, Pfizer和Sony。(Qing:嘿,这倒挺实在。) 4、Oracle可以将OWB和Sunopsis的技术组合、集成成一种新产品,让它比它们各自独立运作的能力更强(Qing:这是想当然吧,很大可能是新玩意儿没有独立的玩意儿好)。
3、独立数据整合厂商,如Informatcia,可能将Sunopsis看作是被Oracle经过优化,以加强自己的技术对不同类型数据源和目标数据的处理能力。Informatica会考虑即使Oracle认识到Informaitca的ETL能力,但在Business Intelligence Applications中使用的PowerCenter可能只是处在一种对比的角色了。( Qing:呵呵,Informatica发现自己变成二奶了) 4、现在Sunopsis已经被Oracle收购,其他数据整合专家(至少哪些没有被数据库厂商收买的专家)可能会发起市场斗争,并激发起Sunopsis的ELT方式跟他们独立于数据库的ETL产品之争。(Qing:挺有意思,确实,大家都是靠屁股说话。为了生计,争论是必然的) 我对刘庆兄这个评论说几句,不当之处请批评。 我想Oracle要收购Sunopsis的除了我哪篇文章提的原因,还有一个主要原因 在于Sunopsis的架构非常好,记得我十多年前设计英汉自动翻译软件时候,碰到的最大问题就是英文的语法和句法和程序结构的关系。我们那时的想法是把程序和句法和语法规则分开,语法和句法规则库可以由用户自动添加。我想ETL或者 ELT工具软件和翻译软件在这一点也有相似之处,不过在ELT工具里它的句法和语法规则库是对应不同的RDBMS的装载和转换规则(在Sunopsis叫knowledgemodule简称KM)。 Sunopsis的优点之处在于它把这个思路在它的工具里实现了。所以可以说它加入一个新的RDBMS不是很复杂的事情,唯一复杂之点就在于它要设计对应的connector,不过一般的RDBMS只有支持JDBC那也是很方便的。 如果你觉得它对应于某个装载和转换RDBMS的KM不够优化,你可以修改。从这点来说哪个RDBMS厂商收购它,它都能够适应。据我所知它和NCR Teradata合作后,它对应于Teradata的KM就被NCR公司的专家优化了。这有点像RDBMS顶级高手写的手工ETL代码和一般人写出来的手工ETL代码是不一样的。 至于Oracle购买了Sunopsis后,OWB和sunopsis定位的问题。我觉得OWB是一个随着用户购买Oracle数据库后赠送的产品,是对它的oracle数据库的促销。打个不恰当的比方,你买了一套双立人刀具人家会赠送你一个磨刀器。你能指望磨刀器的质量也和双立人刀具那样好吗。也就是说OWB不是一个和Informatic具有旗鼓相当实力的产品,Oracle要想涉猎EAI市场必须要购买一个和具备和Informatic能够一决雌雄的产品。 责编:刘庆 微信扫一扫实时了解行业动态 微信扫一扫分享本文给好友 著作权声明:畅享网文章著作权分属畅享网、网友和合作伙伴,部分非原创文章作者信息可能有所缺失,如需补充或修改请与我们联系,工作人员会在1个工作日内配合处理。 |
热门博文 |
|