筆者接觸SAP產(chǎn)品線約十年，從事過(guò)SAP的開發(fā)、實(shí)施、應(yīng)用咨詢等多項(xiàng)工作，對(duì)SAP的ERP和CRM略懂一點(diǎn)。Oracle產(chǎn)品線接觸時(shí)間稍晚，主要涉及CRM（Oracle和Siebel）和ERP等產(chǎn)品。應(yīng)該說(shuō)，在全球高端ERP的競(jìng)爭(zhēng)中，主要是SAP和Oracle的競(jìng)爭(zhēng)。SAP因?yàn)楸容^重宣傳，大家了解多一些，所以這次重點(diǎn)談?wù)凮racle對(duì)SAP的優(yōu)勢(shì)所在，分析的產(chǎn)品還是以ERP為主。

大家都知道，Oracle是一家能提供大型數(shù)據(jù)庫(kù)、中間件以及信息產(chǎn)品和平臺(tái)的綜合軟件公司，SAP則是以信息產(chǎn)品為主的軟件公司。Oracle擁有業(yè)界最優(yōu)秀的數(shù)據(jù)庫(kù)解決方案，這為ERP系統(tǒng)的穩(wěn)定、高效運(yùn)行提供了最基本的保證，SAP主要通過(guò)第三方的數(shù)據(jù)庫(kù)方案，必須通過(guò)SAP專用接口運(yùn)行，使系統(tǒng)效率大打折扣。從技術(shù)構(gòu)架上看，SAP因?yàn)樵缙赗2/R3系統(tǒng)兼容性問(wèn)題，在IBM的幫助下做了大量地打系統(tǒng)補(bǔ)丁的工作，軟件構(gòu)架系統(tǒng)層級(jí)比Oracle多，數(shù)據(jù)結(jié)構(gòu)復(fù)雜。反之，Oracle自身有數(shù)據(jù)庫(kù)產(chǎn)品，并且較有前瞻性地把系統(tǒng)（開發(fā)）平臺(tái)以及數(shù)據(jù)庫(kù)平臺(tái)定位在J2EE上面，這為軟件的可供擴(kuò)展性、易維護(hù)性打下了良好的基礎(chǔ)。另外，要實(shí)現(xiàn)相同的功能和運(yùn)行速度，SAP需要比Oracle更強(qiáng)的硬件支持，這在業(yè)內(nèi)已經(jīng)是常識(shí)。

ERP產(chǎn)品都是需要進(jìn)行配置和二次開發(fā)的，所以系統(tǒng)的開發(fā)平臺(tái)的先進(jìn)與否對(duì)未來(lái)的維護(hù)、應(yīng)用擴(kuò)展等工作效率有很大的影響。SAP開發(fā)以ABAP語(yǔ)言開發(fā)為主，這是SAP創(chuàng)始人早期在IBM工作時(shí)移植于大型機(jī)系統(tǒng)。ABAP本身并不支持跨平臺(tái)，所以SAP為實(shí)現(xiàn)對(duì)不同硬件和軟件平臺(tái)的支持，又加了解釋層和不同的執(zhí)行層。同時(shí)，ABAP的開發(fā)效率是不高的，不利于團(tuán)隊(duì)開發(fā)，代碼維護(hù)和版本管理繁瑣等問(wèn)題都造成了SAP二次開發(fā)不方便。相反，Oracle ERP使用J2EE，其開放性使開發(fā)環(huán)境和工具選擇不受限制，使SAP頭痛的問(wèn)題在_Oracle這里都不再是問(wèn)題。雖然SAP也試圖學(xué)習(xí)Oracle的Fusion技術(shù)，推出了NetWeaver，但其J2EE的開發(fā)應(yīng)用并未形成氣候，ABAP的夢(mèng)魘仍然困擾著SAP開發(fā)人員。

因?yàn)闆](méi)有人比Oracle更了解數(shù)據(jù)庫(kù)，所以在ERP的信息體系構(gòu)架上面，SAP就輸在了起跑線上。下圖是Oracle和SAP的ERP信息體系構(gòu)架比對(duì)。

Oracle以所有企業(yè)信息都存儲(chǔ)在一個(gè)單一數(shù)據(jù)庫(kù)中的簡(jiǎn)化的信息體系結(jié)構(gòu)為基礎(chǔ)，實(shí)現(xiàn)所有業(yè)務(wù)流程的完全自動(dòng)化，從而提高系統(tǒng)效率。這種單一的數(shù)據(jù)模型可以降低部署成本、IT維護(hù)成本，實(shí)現(xiàn)企業(yè)內(nèi)部跨職能領(lǐng)域的完全集成，以及企業(yè)范圍的實(shí)時(shí)分析。與之相反，SAP的方法則以一堆復(fù)雜的技術(shù)和分散的數(shù)據(jù)模型為特征。它對(duì)多個(gè)數(shù)據(jù)庫(kù)和多個(gè)數(shù)據(jù)模型的依賴性使得實(shí)現(xiàn)企業(yè)范圍的分析變得難度大、費(fèi)用高。SAP這種不高效的構(gòu)架，源于早期硬件運(yùn)行速度不夠快，這種分散的構(gòu)架可以提高系統(tǒng)速度。但在硬件技術(shù)突飛猛進(jìn)的今天，加上集群技術(shù)以及小型機(jī)進(jìn)入企業(yè)，SAP這種構(gòu)架的弊端顯現(xiàn)無(wú)疑。Oracle電子商務(wù)套裝軟件所提供的即時(shí)績(jī)效指標(biāo)監(jiān)控，在SAP ERP上不經(jīng)過(guò)二次開發(fā)（或許還需要外掛第三方程序接口）是無(wú)法實(shí)現(xiàn)的。

SAP認(rèn)為像ERP和CRM都需要單獨(dú)的數(shù)據(jù)庫(kù)，但隨之而來(lái)數(shù)據(jù)不同步的問(wèn)題，催生了SAP MDM（主數(shù)據(jù)管理系統(tǒng)）。因?yàn)橄到y(tǒng)構(gòu)架的缺陷，SAP不得不把系統(tǒng)做得越來(lái)越龐大和復(fù)雜。我經(jīng)歷過(guò)SAP ERP和CRM的實(shí)施和應(yīng)用，最后我發(fā)現(xiàn)兩個(gè)系統(tǒng)的相同定義的數(shù)據(jù)結(jié)構(gòu)并不統(tǒng)一，往往需要從一個(gè)系統(tǒng)中導(dǎo)出，在外部系統(tǒng)（非SAP）整理后批輸入另一個(gè)系統(tǒng)，并且同樣業(yè)務(wù)數(shù)據(jù)在兩個(gè)系統(tǒng)中結(jié)構(gòu)并不相同！所有成功的SAP應(yīng)用，都有大量為其服務(wù)的外掛式系統(tǒng)（非SAP）存在，SAP也推出了不少類似產(chǎn)品，這實(shí)在是不得已為之并且極度低效的方式。另外SAP客戶的大部分集成應(yīng)用依賴于BAPI、RFC等SAP專用接口標(biāo)準(zhǔn)，這使得其與外界交互的開發(fā)和維護(hù)成本上升。反觀Oracle，開放的J2EE構(gòu)架，使維護(hù)、開發(fā)以及外包或托管的成本相對(duì)低很多，使企業(yè)能把主要精力和財(cái)務(wù)放在業(yè)務(wù)流程重組和優(yōu)化方面。

Oracle ERP電子商務(wù)套件是完全的基于互聯(lián)網(wǎng)的解決方案，使部署、使用、維護(hù)的成本極低，同時(shí)易用性非常卓越。SAP仍依托于專用的SAP GUI或BSP或Portal，其復(fù)雜性以及兼容性問(wèn)題不僅使實(shí)施顧問(wèn)頭痛，也一直讓使用者詬病。

以下鏈接有最新ORACLE ERP的資料可以去看看：

http://wmdata.com.cn/oracle/iwom-ERP/index.asp?frm=Jhzyz

Oracle對(duì)SAP優(yōu)勢(shì)簡(jiǎn)述