五分鐘狂聊Oracle數(shù)據(jù)庫
學(xué)習(xí)Oracle數(shù)據(jù)庫時,經(jīng)常會遇到Oracle數(shù)據(jù)庫問題,這里將介紹Oracle數(shù)據(jù)庫問題的解決方法。Oracle數(shù)據(jù)庫是完全基于JAVA架構(gòu)的,因此比SAP更先進(jìn)?Oracle與底層Oracle數(shù)據(jù)庫平臺結(jié)合更緊密,因而運(yùn)行效率更高?
以上兩點(diǎn)看起來似乎沒有什么關(guān)聯(lián),但我之所以把它們放在一起,是因?yàn)橛X得很好笑,這簡直都是打著紅旗反紅旗嘛!
無可否認(rèn),JAVA是一門優(yōu)秀的語言,兼容性好,通用性強(qiáng)。但Oracle數(shù)據(jù)庫選用它來打造系統(tǒng)是否就意味著能夠盡取其利而盡避其弊呢?我看未必。
首先是執(zhí)行效率的問題,做為象ERP這種大型IT系統(tǒng),執(zhí)行效率我想誰都不能視而不見。一段代碼通用性兼容性再強(qiáng),如果Run半天還沒有結(jié)果我想也沒什么用。我想這也是為什么SAP宣稱以后系統(tǒng)核心的復(fù)雜業(yè)務(wù)流程仍然將會運(yùn)行在ABAP語言之上。ABAP做為久經(jīng)考驗(yàn)的專為業(yè)務(wù)流程管理而創(chuàng)造的語言,其性能已經(jīng)是獲得了全世界的認(rèn)可。
另外,SAP也并非沒有看到JAVA的優(yōu)點(diǎn),現(xiàn)在SAP***的NetWeaver平臺就已經(jīng)能很好地同時支持ABAP環(huán)境和JAVA環(huán)境,并且所有涉及到SAP系統(tǒng)與外部的接口部分完全是由JAVA程序來完成。這樣既發(fā)揮了JAVA的優(yōu)勢又保證了系統(tǒng)運(yùn)行的效率。而且不得不提的是,SAP公司近年大力加強(qiáng)對于JAVA的投入,在不久前成為全球第三家(除了SUN以及SUN的一家專門研究J2EE的合資公司之外),實(shí)際上是除了SUN之外的***家正式支持J2EE***版本Java EE 5的公司。
另外,Oracle ERP + Oracle DB就一定好使嗎?我看也未必。
我當(dāng)然相信做為自家人,Oracle數(shù)據(jù)庫團(tuán)隊(duì)可能在跟自家人的合作上更為賣力。但即使客戶選用的這種捆綁方式做ERP,他能保證其它的系統(tǒng)象CRM、SCM、SRM……也都用Oralce+Oracle嗎?即使客戶是Oracle的超級Fans,從頭到腳都用了Oracle,他能保證他打交流的上下游廠商也都用Oracle來進(jìn)行系統(tǒng)互連嗎?
互聯(lián)互通才是大勢所趨,SAP也正是看到了這一點(diǎn),才早已放下身段承認(rèn)客戶的系統(tǒng)不可能完全采用SAP,以后更重要的考慮點(diǎn)應(yīng)該是不同系統(tǒng)之間的集成以及復(fù)合應(yīng)用。然而Oracle卻竟然還振振有詞的與他們自己強(qiáng)調(diào)的開放性背道而馳,這種行為……真是令我汗顏……
【編輯推薦】