I. 其它
· 还没有涉及的话题
关于Oracle Spatial的GeoRaster支持本文没做研究。另外，Oracle Spatial中现在还支持一些更“GIS”的功能，比如网络、拓扑；还有一些更“Web”的功能，比如Web Service的支持。对这些功能我的兴趣实在不大，由于精力有限暂时也就不再研究了。事实上从第III章开始，后面的比较都有些“多余”，因为在实际应用中，如果采用ArcSDE和ArcGIS的产品，很少会直接在数据库服务器上执行这些空间关系运算、几何处理等操作，取而代之的是在客户端的ArcGIS Engine或者应用服务器的ArcGIS Server等环境中进行的。而与此相对的是，如果仅采用Oracle Spatial，必然将基本的空间数据存取和其它高级GIS业务的压力（通常是高CPU资源消耗）都放到数据库服务器，这样的系统设计我觉得也并不太可取。
而且，ArcSDE和Oracle Spatial也并不冲突，ArcSDE支持ST_Geometry类型的存储，同样也支持SDO_Geometry类型的存储，使用ArcSDE也并不意味着就摒弃了Oracle Spatial，从这个角度来说采用ArcSDE无疑比仅采用Oracle Spatial有着更多的技术方案选择。
· 采用Oracle Spatial
而完全摒弃ArcSDE的解决方案？
有人声称自己的解决方案完全基于Oracle Spatial而抛弃了ArcSDE，前端基于ArcGIS Engine开发，我实在无法想象这样的“声称”是如何实现的。ArcGIS产品中将空间数据类型统一抽象为“Geodatabase”，除非通过ArcSDE提供的工具把Oracle Spatial的数据注册到ArcSDE中成为Geodatabase数据，否则Oracle Spatial中仅仅包含空间数据，而没有Geodatabase模型，那样是不可能直接在ArcGIS的产品中被加载使用的。
当然，如果是自己开发客户端或者服务器软件，仅采用Oracle Spatial当然是可以的——这就是另外一个话题了。