把ArcSDE的技術(shù)看成是一種對(duì)于空間數(shù)據(jù)管理而言可有可無(wú)的“雞肋”，實(shí)際上是一種簡(jiǎn)單化的、“形而上學(xué)”的觀點(diǎn)。持該觀點(diǎn)的思維邏輯是：既然ArcSDE和Oracle Spatial都是用于存儲(chǔ)空間數(shù)據(jù)，那有了Oracle還要ArcSDE何用？顯然，該邏輯的前提是將ArcSDE和Oracel Spatial等同起來(lái)。錯(cuò)誤的前提導(dǎo)致了無(wú)效的結(jié)論。而導(dǎo)致前提出錯(cuò)的根源，除了非技術(shù)的（或者說(shuō)商業(yè)的）原因之外，主要還是對(duì)ArcSDE本身以及空間數(shù)據(jù)管理技術(shù)及其發(fā)展趨勢(shì)缺乏深入了解。

　　首先，ArcSDE和Oracle Spatial的定位不同。Oracle Spatial強(qiáng)調(diào)或關(guān)心的是使ORACLE DBMS所管理的數(shù)據(jù)庫(kù)能夠“空間化（spatially enabled）”，實(shí)際上是在原來(lái)的數(shù)據(jù)庫(kù)模型上進(jìn)行了空間數(shù)據(jù)模型的擴(kuò)展。同樣的工作，除ORACLE外，IBM的DB2和Informix也在做，分別有其Spatial Extender和Spatial Datablade技術(shù)。它們的定位應(yīng)該說(shuō)是基本一致的。與DBMS廠商不同，ESRI的ArcSDE的定位則是空間數(shù)據(jù)的管理及應(yīng)用，而非簡(jiǎn)單的數(shù)據(jù)庫(kù)空間化。也正是由于定位的不同，Oracle Spatial實(shí)現(xiàn)的僅僅是“點(diǎn)、線、面”等簡(jiǎn)單空間要素的存儲(chǔ)和檢索，而ArcSDE則除此之外還能管理面向?qū)ο蟮淖⒂?、平面拓?fù)洹⒕€性拓?fù)?、柵格（影像）?shù)據(jù)、CAD數(shù)據(jù)等，同時(shí)提供基于版本管理的工作流和長(zhǎng)事務(wù)處理機(jī)制。定位的不同，使得ArcSDE和Oracle Spatial的數(shù)據(jù)模型、實(shí)現(xiàn)技術(shù)及客戶端應(yīng)用都存在相當(dāng)?shù)腻e(cuò)位，對(duì)于用戶而言，二者就不是“非此即彼”、“非0則1”的互斥之選了。很能說(shuō)明問(wèn)題的事實(shí)是：ORACLE、IBM、INFORMIX（現(xiàn)在Informix已被IMB并購(gòu)）等DBMS廠商都是ESRI的合作伙伴，在空間數(shù)據(jù)管理技術(shù)的開(kāi)發(fā)上都與ESRI有較為深層次的合作，ESRI在其中貢獻(xiàn)的是其對(duì)空間數(shù)據(jù)管理及應(yīng)用的深厚底蘊(yùn)。ESRI和DBMS廠商間是一種各施其長(zhǎng)、互惠互利的合作關(guān)系.

　　其次，就空間數(shù)據(jù)物理模型而言，ArcSDE和Oracle Spatial支持的共五種：

　　A. 壓縮二進(jìn)制LONG RAW；（ArcSDE 支持）

　　B. 壓縮二進(jìn)制LOB；（ArcSDE支持）

　　C. 對(duì)象相關(guān)VARRAY；（ORACLE 支持）

　　D. OGC空間類型；（ArcSDE支持）

　　E. 規(guī)范化存儲(chǔ)。（ORACLE支持）

　　其中，ArcSDE支持的三種格式要么與OGC（OpenGIS Consortium）頒布的規(guī)范（Simple Feature Specification for SQL）一致（d）, 要么完全含蓋了OGC的規(guī)范，并作了相當(dāng)?shù)臄U(kuò)展。而ORACLE所支持的兩種格式都與OGC規(guī)范不全相容。這自然會(huì)影響到今后完全基于該平臺(tái)的GIS系統(tǒng)的數(shù)據(jù)共享和互操作性。而數(shù)據(jù)共享和系統(tǒng)互操作性是GIS平臺(tái)本身及其應(yīng)用發(fā)展的關(guān)鍵趨勢(shì)。

　　第三、上面提到的空間數(shù)據(jù)的五種物理實(shí)現(xiàn)方式的訪問(wèn)效率從高到低依次為：a、b、c、d、e。ArcSDE的方式效率是最高的。因?yàn)橐鉀Q面向多用戶并發(fā)訪問(wèn)的海量空間數(shù)據(jù)管理和驅(qū)動(dòng)，效率始終是ArcSDE重點(diǎn)考慮的問(wèn)題。

　　四、ORACLE的對(duì)象相關(guān)VARRAY方式是所謂的“白箱”，即數(shù)據(jù)對(duì)象所“包裹”的內(nèi)容是可以直接訪問(wèn)和操縱的。而ArcSDE的方式則是所謂的“黑箱”，客戶端不能直接在數(shù)據(jù)庫(kù)表一級(jí)直接操作底層數(shù)據(jù)對(duì)象結(jié)構(gòu)中的內(nèi)容。“白箱”的好處是其客戶端可以直接通過(guò)SQL訪問(wèn)數(shù)據(jù)，這也是許多GIS廠商在空間數(shù)據(jù)管理上避重就輕而直接依賴于Oracle Spatial的原因之一。但正因?yàn)槿绱?，?shù)據(jù)的一致性成了問(wèn)題。DB2和Infomix似乎都看到了問(wèn)題所在，所以也摒棄了“白箱”的模式。

　　從上面四點(diǎn)可以看出，ArcSDE并非因?yàn)橛辛薕racle Spatial就成了多余的東西。相反，對(duì)于那些不僅僅滿足于將空間數(shù)據(jù)找個(gè)地方存起來(lái)的應(yīng)用，考慮ArcSDE是更合理的選擇。

　　ArcSDE相對(duì)于其所選用的DBMS而言，是扮演了一個(gè)“中間件”的角色。為什么需要中間件？就是因?yàn)闆](méi)有一種數(shù)據(jù)庫(kù)平臺(tái)可以在不同操作系統(tǒng)、不同級(jí)別、不同領(lǐng)域的應(yīng)用中“大包大攬”一統(tǒng)天下。而不同的DBMS在數(shù)據(jù)模型、物理實(shí)現(xiàn)等諸多方面都存在很大差異，要靡合這些差異，靠DBMS廠商自身是不可能解決問(wèn)題的。DBMS廠商當(dāng)然希望能一統(tǒng)天下，但事實(shí)證明，在充分競(jìng)爭(zhēng)的商業(yè)環(huán)境里，在可見(jiàn)的將來(lái)這是不可能做到的。數(shù)據(jù)庫(kù)領(lǐng)域如此、其它如電子商務(wù)領(lǐng)域也同樣如此。那解決之道何在？答案是：中間件。通過(guò)中間件的作用，將不同的操作系統(tǒng)平臺(tái)和數(shù)據(jù)庫(kù)平臺(tái)的差異之處屏蔽在中間件之后，將面向特定領(lǐng)域（如空間數(shù)據(jù)管理及應(yīng)用）所需的技術(shù)高度專業(yè)化地實(shí)現(xiàn)出來(lái)，供不同的客戶端高效地共享和互操作。

　　當(dāng)然，DBMS不能一統(tǒng)天下，作為空間數(shù)據(jù)服務(wù)器的ArcSDE也不能。在當(dāng)前除ESRI以外的GIS廠商尚未推出強(qiáng)有力的類似ArcSDE的“中間件”之際，諸多GIS廠商對(duì)空間數(shù)據(jù)管理“中間件”的攻擊實(shí)出無(wú)奈。但是，信息化社會(huì)須以消除信息孤島為必要條件，而要各信息之島間能夠互聯(lián)互通互操作，要么把信息平臺(tái)全都統(tǒng)一，要么以某種方式將不同的平臺(tái)溝通起來(lái)，針對(duì)不同的領(lǐng)域，各自建立面向應(yīng)用的虛擬空間及界面。前者不可能，后者則正在由各色各樣的“中間件”擔(dān)綱領(lǐng)銜?！爸虚g件”在電子商務(wù)和其它互聯(lián)網(wǎng)應(yīng)用中正在大行其道（全球產(chǎn)值已逾700億美元），在空間數(shù)據(jù)管理領(lǐng)域，ArcSDE只是先行了一步。