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

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

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

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

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

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

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

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

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

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