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