地理空間 - GISGvSIG歧管GISQGISuDig
空間數據處理程序的比較
波士頓GIS 已發表 這些空間數據管理工具之間的比較:
- SQL Server 2008 Spatial,
- PostgreSQL / PostGIS 1.3-1.4,
- MySQL 5-6
有趣的是,Manifold被認為是一種可行的替代品...一年後,我們扔了些花,希望它會越來越受歡迎,這很好。
儘管Manifold在MySQL方面表現不佳,而且比較不考慮Oracle,其中Manifold的位置很好。
我承認我幾乎沒有做過翻譯,因為我對Manifold的興趣,但是如果你對這篇文章感興趣,你可以看到 完成英文 在其原始來源中,因為在第二階段,他們顯示了不同平台的空間功能列表。
Característica | SQL Server 2008空間 |
MySQL 5-6 |
PostgreSQL / PostGIS 1.3-1.4 |
平台 | Windows XP,Windows Vista,Windows 2003,Windows 2008 | Windows XP,Windows Vista,(未在2008中檢入),Linux,Unix,Mac | Windows 2000 +(包括Vista和2003,未在2008中測試),Linux,Unix,Mac |
許可證 | 商業來源 | 商業開源(COSS),一些GPL部分。 | FLOSS(PostgreSQL是BSD,PostGIS是GPL開源-可以使用商業應用程序,但是如果進行了影響PostGIS庫的更改,則應將其返回給社區 |
免費GIS上傳數據 | 由Morten Nielsen開發的SQL Server 2008的shp dataloader(尚未使用RC0) | OGR2OGR,shp2mysql.pl腳本 | 包括shp2pgsql,OGR2OGR,QuantumGIS SPIT, 用於PostGIS的SHP加載器也由Morten使用SharpMap.NET開發 還有其他的 |
支持它的商業GIS | 多種,安全FME對象,ESRI ArcGIS 9.3(最後一個Service Pack) | 安全的FME對象 | 多種,FME對象,ESRI ArcGIS 9.3 |
驅動程序專用於空間組件的可用性 | ? 尚未-SharpMap.NET最終並可能基於新的ADO.NET 3.5+ | GDAL C ++,通過OGR的SharpMap,AutoCAD FDO | SharpMap.Net,包括postgis,JTS等的JDBC postgis.jar 噸用於Java,GDAL C ++,AutoCad FDO beta支持 |
桌面觀眾和免費編輯 | 它們將構建在SQL Manager上,但不適用於RCO,僅適用於查看器 | gVSIG | OpenJump,QuantumGIS,GvSig,uDig |
台式機觀眾和商業出版商 | ESRI ArcGIS 9.3 Server SDE在最新的Service Pack中, 多種,FME | FME | ESRI ArcGIS 9.3服務器,桌面ZigGIS, 多種,FME |
的工具 網絡映射 -類似OpenLayers和其他支持GML的環境 | 多種,MapDotNet,ArcGIS 9.3(最後一個Service Pack),UMN MapServer 看,MapGuide開源(使用beta FDO驅動) | UMN Mapserver,GeoServer,MapGuide開源 | 多種,MapDotNet,ArcGIS 9.3,Mapserver UMN,GeoServer,FeatureServer,MapGuide開源(使用beta FDO驅動程序) |
空間功能 | OGC SFSQL MM和大地測量定制(超過70功能) | OGC MBR(邊界框函數)一些空間關係的功能,僅限2D | 比300函數和操作,測地不支持,更多的除了在距離函數Poing的-2點未編入索引,對於2D和一些3D,個性化PostGIS的一些支持MM在圓形佈置和複合曲線 |
空間索引 (根據一些報告,Oracle還使用了一些R-Tree,並且可以使用四叉樹IBM DB2 ...或類似的東西。 |
是的,4多級網格(BOL說它的B-Tree基礎) | R樹二次分割-僅存在MyISAM的索引 | GIST-R-Tree的變體 |
真正的大地測量支持,支持沿著橢球體的測量。 請注意,Oralce對此有支持 |
是的,有一些限制 | 沒有 | 沒有 |
共享主機 | 很多 | 很多 | 有些東西,除非你在Linux / windows上有專門的服務器,你可以做很多事情 |
在帖子中提到的圓錐體,可惜的是原文件在其比較中並不考慮oracle
和甲骨文?
我不明白甲骨文在這個比較中沒有出現。 它比地理編碼中的任何一個都具有更先進的功能, 拓撲 和光柵存儲。
在我看來當然,PostGIS的是(儘管它的發展緩慢)最佳替代的地理空間存儲,使用甲骨文的(再次,在我看來)只有在非常特殊的情況下,合理的,因為其昂貴的價格只適合有錢人的口袋。
順便說一句,在我看來,另一個(新/老)玩家將在地理空間數據庫中脫穎而出:INGRES。
我們會看到的