筆者接觸SAP產品線約十年，從事過SAP的開發、實施、應用咨詢等多項工作，對SAP的ERP和CRM略懂一點。Oracle產品線接觸時間稍晚，主要涉及CRM（Oracle和Siebel）和ERP等產品。應該說，在全球高端ERP的競爭中，主要是SAP和Oracle的競爭。SAP因為比較重宣傳，大家了解多一些，所以這次重點談談Oracle對SAP的優勢所在，分析的產品還是以ERP為主。

大家都知道，Oracle是一家能提供大型數據庫、中間件以及信息產品和平臺的綜合軟件公司，SAP則是以信息產品為主的軟件公司。Oracle擁有業界最優秀的數據庫解決方案，這為ERP系統的穩定、高效運行提供了最基本的保證，SAP主要通過第三方的數據庫方案，必須通過SAP專用接口運行，使系統效率大打折扣。從技術構架上看，SAP因為早期R2/R3系統兼容性問題，在IBM的幫助下做了大量地打系統補丁的工作，軟件構架系統層級比Oracle多，數據結構復雜。反之，Oracle自身有數據庫產品，并且較有前瞻性地把系統（開發）平臺以及數據庫平臺定位在J2EE上面，這為軟件的可供擴展性、易維護性打下了良好的基礎。另外，要實現相同的功能和運行速度，SAP需要比Oracle更強的硬件支持，這在業內已經是常識。

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

因為沒有人比Oracle更了解數據庫，所以在ERP的信息體系構架上面，SAP就輸在了起跑線上。下圖是Oracle和SAP的ERP信息體系構架比對。

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

SAP認為像ERP和CRM都需要單獨的數據庫，但隨之而來數據不同步的問題，催生了SAP MDM（主數據管理系統）。因為系統構架的缺陷，SAP不得不把系統做得越來越龐大和復雜。我經歷過SAP ERP和CRM的實施和應用，最后我發現兩個系統的相同定義的數據結構并不統一，往往需要從一個系統中導出，在外部系統（非SAP）整理后批輸入另一個系統，并且同樣業務數據在兩個系統中結構并不相同！所有成功的SAP應用，都有大量為其服務的外掛式系統（非SAP）存在，SAP也推出了不少類似產品，這實在是不得已為之并且極度低效的方式。另外SAP客戶的大部分集成應用依賴于BAPI、RFC等SAP專用接口標準，這使得其與外界交互的開發和維護成本上升。反觀Oracle，開放的J2EE構架，使維護、開發以及外包或托管的成本相對低很多，使企業能把主要精力和財務放在業務流程重組和優化方面。

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

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

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

Oracle對SAP優勢簡述