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

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

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

　　A. 壓縮二進制LONG RAW；（ArcSDE 支持）

　　B. 壓縮二進制LOB；（ArcSDE支持）

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

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

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

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

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

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

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

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

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