Jämförelse av rumsliga datahanterare

Boston GIS postat en jämförelse mellan dessa verktyg för hantering av rumsliga data:

  • SQL Server 2008 Spatial,
  • PostgreSQL / PostGIS 1.3-1.4,
  • MySQL 5-6

Det är intressant att Manifold nämns som ett lönsamt alternativ ... det är bra efter mer än ett år kastade vi blommor som hoppades kunna öka sin popularitet.

Även om Manifold inte fungerar bra med MySQL, och jämförande anser inte att Oracle, där Manifold sitter väl.

Jag erkänner att jag knappt har gjort någon översättning, och för mitt intresse för Manifold men om de är intresserade av posten, kan de se det komplett på spanska i sin ursprungliga källa, eftersom de i andra etappen av posten visar en lista över de olika plattformarnas rymdfunktioner.

Característica bild
SQL Server 2008 Spatial
bild

MySQL 5-6
Postgre
PostgreSQL /
PostGIS 1.3-1.4
Sistema Operativo Windows XP, Windows Vista, Windows 2003, Windows 2008 Windows XP, Windows Vista, (inte markerad i 2008), Linux, Unix, Mac Windows 2000 + (inklusive Vista och 2003, inte testad i 2008), Linux, Unix, Mac
licens Kommersiell - sluten källa Kommersiell öppen källkod (COSS), några GPL-delar. FLOSS (PostgreSQL är BSD, PostGIS är GPL Open Source - kommersiella applikationer kan användas men om ändringar görs som påverkar PostGIS-bibliotek måste du returnera dem till samhället
Gratis GIS som laddar data shp dataloader för SQL Server 2008 utvecklad av Morten Nielsen (ännu inte arbetar med RC0) OGR2OGR, shp2mysql.pl script Inkludera shp2pgsql, OGR2OGR, QuantumGIS SPIT, SHP-laddare för PostGIS utvecklades också av Morten med SharpMap.NET , det finns andra
Kommersiell GIS som stöder den grenröret, Säkra FME-objekt, ESRI ArcGIS 9.3 (i ett senast servicepaket) Säkra FME-objekt grenröret, FME-objekt, ESRI ArcGIS 9.3
Tillgänglighet för förare specifikt för rumsliga komponenter ? ännu inte - SharpMap.NET så småningom och troligen inbyggd i en ny ADO.NET 3.5 + GDAL C ++, SharpMap via OGR, AutoCAD FDO SharpMap.Net, JDBC postgis.jar ingår med postgis, JTS etc. ton för Java, GDAL C ++, AutoCad FDO beta stöd
Desktop-tittare och gratisredigerare De kommer att byggas på SQL Manager, men inte tillgängliga i RCO och endast för tittaren gvSIG OpenJump, QuantumGIS, GvSig, uDig
Desktop tittare och kommersiella förlag ESRI ArcGIS 9.3 Server SDE i det senaste servicepaketet, grenröret, FME FME ESRI ArcGIS 9.3 Server, ZigGIS för skrivbord, grenröret, FME
Verktyg för webbkartläggning - något som OpenLayers och andra miljöer som stöder GML grenröret, MapDotNet, ArcGIS 9.3 (i det senaste servicepaketet), UMN MapServer se, MapGuide Open Source (med Beta FDO-drivrutin) UMN Mapserver, GeoServer, MapGuide Open Source grenröret, MapDotNet, ArcGIS 9.3, Mapserver UMN, GeoServer, FeatureServer, MapGuide Open Source (med Beta FDO-drivrutin)
Rymdfunktioner Både OGC SFSQL MM och Geodetic anpassade (mer än 70 funktioner) OGC MBR (begränsningsboxfunktioner) några funktioner för rumsliga relationer, endast 2D Mer än 300 funktioner och operatörer, geodetiska inget stöd, med undantag för Poing-2-punkt i avstånds funktioner som inte indexeras, personlig PostGIS för 2D och några 3D, visst stöd MM i cirkulära arrangemang och sammansatta kurvor
Rumslig indexering
(enligt vissa rapporter använder Oracle också vissa R-träd och kan använda quadtree IBM DB2 ... eller något sånt
Ja, 4 Multilevel Grids (BOL säger att den är B-Tree-baserad) R-Tree kvadratisk splittring - indexerad existerar endast för MyISAM GIST - en variant av R-Tree
Verkligt geodetiskt stöd, stöd för mätningar längs en sfäroid.
Det bör noteras att Oralce har stöd för detta
Ja, med några begränsningar Nej Nej
Delat boende MYCKET MYCKET Något, om du inte har en dedikerad server på Linux / Windows kan du uppnå många saker

2 Svar på "Jämförelse av rumsliga datahanterare"

  1. kegla i posten, det är synd att det ursprungliga dokumentet inte anser oracle i dess jämförande

  2. Och Oracle?

    Jag förstår inte hur Oracle inte har dykt upp i denna jämförelse. Den har mycket mer avancerade funktioner än någon av dessa tre, såsom geokodning, topologi och raster lagring.

    Naturligtvis är PostGIS (trots sin långsamma utveckling) det bästa alternativet för geospatial lagring, vilket är användningen av Oracle (jag upprepar enligt min mening) endast motiverad i mycket specifika fall på grund av det höga priset som endast passar för fickor.

    Förresten tror jag att en annan (ny / gammal) spelare kommer att gå i spetsen för de geospatiala databaserna: INGRES.

    Vi ska se.

Lämna en kommentar

Din e-postadress kommer inte att publiceras.

Den här sidan använder Akismet för att minska spam. Läs om hur din kommentardata behandlas.