今天在跟同事及客户的闲谈中，又毫不意外地聊到了SAP与Oracle之间的对比。虽然屡屡被问到同样的问题，但我却仍然很诧异于居然每次都有新的念头被自己发现。为了避免想到新理由却忘了旧说法，所以我觉得还是好记性不如烂笔头，赶紧写下来为妙。另外也是立此存照的意思，为着纪念自己在售前工作中的那些或灵光一现或信口开河……
也许我选的这个题目其实不太符合SAP公司的传统做法，就象SAP的某位大领导就曾教导过“咱SAP只研究客户的需求，对于竞争对手在做什么，咱其实没兴趣知道”云云。但小可只是SAP公司的无名小卒，实在是无法达到这种超然的境界。所以每每看到善良而单纯的客户将要被某些市面上的谣言或是某些无稽的说法所蒙蔽，小可就会义愤填膺胸闷不已。
Oracle系统比SAP实施时更为灵活？
比如说实施，同样规模的企业中同样范围的项目，如果使用的是Oracle系统，一般来说实施顾问需要二十几人；而如果是SAP系统的话，通常只有六七个人。但实施方会说反正同样的钱做同样的事，所以客户方通常也不对这种现象加以深究，甚至有时可能会觉得人多力量大^_^。
其实这也就涉及到另外一种流传很广的说法，就是SAP系统很僵化很封闭而Oracle系统很灵活很开放。但事实真的如此吗？我们暂且把系统具体的技术实现区别放在一边，仅仅从实施来讲，“灵活”的实施真的能给客户带来价值吗？
SAP在实施时主要使用的方式是配置，而Oracle系统在实施时主要的方式无疑就是二次开发。我想正是这种实施方式的不同才直接导致了项目实施队伍规模的不同。所以在我看来每个Oracle项目在很大程度上都是实施顾问们的再创造，这也解释了为什么可以看到某种Oracle的实施公司总是声称自己给客户的关系是如何如何的好、又是如何如何地可以从老客户那里获得“稳定的现金流”。当然了，除了实施项目的那些人又怎么会有人能知道当前在运转的Oracle系统中都在跑些什么呀。
再回头来看SAP系统的实施，由于实施中绝大部分都是使用了系统中的标准“开关”设置，所以系统上线后如果想再对它进行修改，根本不需要再去劳神当初的实施团队，任何只要熟悉SAP系统的人员都可以从现有系统上很快地着手进行工作。也正是由SAP系统这种“交钥匙工程”的特性，也在造就了大量的奇迹，比如很多客户在SAP系统上线后就从来没再求助过咨询公司甚至几年都没跟SAP打过交道，再比如很多客户在了解了SAP基本原理之后就可以自力更生地研究并且在企业已有的系统基础上实施SAP新的功能。
再从另一个角度来看，很多SAP的用户都成功地进行了角色的转变――由SAP用户成长为SAP咨询合作伙伴。这种例子可以举出很多，比如石化盈科、清华同方、海信网络科技等等。对于其它的客户，也大多在项目结束后都可以获得独立维护系统以及实施部分新应用的技术能力。反观Oracle进中国这么多年，除了汉得公司一家独大的实施伙伴之外，又有几家合作伙伴几个顾问能成长起来？
所以说，SAP这种实施理念无疑是SAP能带给客户的极为优秀的价值之一。要知道，这些可都是企业最最重要的核心系统，而通常意义上的项目实施结束后，能够真正实现知识的传递以及对于当前系统的实际控制，对于企业来说意义自然非凡。
Oracle系统比SAP系统在技术上更为灵活？
提出上面观点的人士，通常都是基于这样的认识：SAP系统很多流程都是在系统中固化了的，而Oracle系统却可以随意修改以符合企业需要。简而言之就是企业要修改流程以符合SAP要求而Oracle却正相反。
两种实施理念的不同在上文已经做了讨论，其实即使是纯就技术实现来看，SAP也是完全可以做到Oracle实施时的那样灵活——SAP系统支持多种形式的二次开发，客户完全可以随心所欲地对SAP系统进行各种修改。但SAP强烈不建议这样做！！很多人甚至可能还不知道，SAP系统的源代码是100%开放的，试问一下，又有哪些别的软件开发商能做到这一点。所以说，对于SAP来说，Oracle的这种实施方式，非不能也，实不为也。
Oracle是完全基于JAVA架构的，因此比SAP更先进？
Oracle与底层Oracle数据库平台结合更紧密，因而运行效率更高？
以上两点看起来似乎没有什么关联，但我之所以把它们放在一起，是因为觉得很好笑，这简直都是打着红旗反红旗嘛！
无可否认，JAVA是一门优秀的语言，兼容性好，通用性强。但Oracle选用它来打造系统是否就意味着能够尽取其利而尽避其弊呢？我看未必。
首先是执行效率的问题，做为象ERP这种大型IT系统，执行效率我想谁都不能视而不见。一段代码通用性兼容性再强，如果Run半天还没有结果我想也没什么用。我想这也是为什么SAP宣称以后系统核心的复杂业务流程仍然将会运行在ABAP语言之上。ABAP做为久经考验的专为业务流程管理而创造的语言，其性能已经是获得了全世界的认可。
另外，SAP也并非没有看到JAVA的优点，现在SAP最新的NetWeaver平台就已经能很好地同时支持ABAP环境和JAVA环境，并且所有涉及到SAP系统与外部的接口部分完全是由JAVA程序来完成。这样既发挥了JAVA的优势又保证了系统运行的效率。而且不得不提的是，SAP公司近年大力加强对于JAVA的投入，在不久前成为全球第三家（除了SUN以及SUN的一家专门研究J2EE的合资公司之外），实际上是除了SUN之外的第一家正式支持J2EE最新版本Java EE 5的公司。
另外，Oracle ERP + Oracle DB就一定好使吗？我看也未必。
我当然相信做为自家人，Oracle的数据库团队可能在跟自家人的合作上更为卖力。但即使客户选用的这种捆绑方式做ERP，他能保证其它的系统象CRM、SCM、SRM……也都用Oralce+Oracle吗？即使客户是Oracle的超级Fans，从头到脚都用了Oracle，他能保证他打交流的上下游厂商也都用Oracle来进行系统互连吗？
互联互通才是大势所趋，SAP也正是看到了这一点，才早已放下身段承认客户的系统不可能完全采用SAP，以后更重要的考虑点应该是不同系统之间的集成以及复合应用。然而Oracle却竟然还振振有词的与他们自己强调的开放性背道而驰，这种行为……真是令我汗颜……
发表于 @ 2006年11月13日 15:50:00|评论(loading...)|编辑