¿Elegir una base de datos para almacenar datos espaciales?

21

Hace un par de días instalé la demostración del software espacial 4.9 de MapInfo en mi instalación de SQL Server 2005 y cargué todo el conjunto de datos más grande. Estaba bastante impresionado con el rendimiento frente al antiguo enfoque basado en archivos, pero me hizo pensar qué otras opciones hay y cuáles son los pros y los contras con ellas.

Una desventaja que tendría que decir con el software espacial es el hecho de que cuesta $ 5000 p / a y solo MapInfo puede leer los objetos de él. Lo que en este momento está bien porque MapInfo es todo lo que usamos.

Me pregunto con qué se han ido otras personas y cuáles son sus experiencias.

Nathan W
fuente
Parece que tiene muchas opciones con MapInfo: pbinsight.com/products/location-intelligence/applications/… PostGIS, SQL Server, etc., parecen admitir tipos de datos espaciales nativos.
JasonBirch
1
Es cierto, acabo de instalar PostGIS y puedo decir que estoy impresionado, funciona de maravilla y puede usarlo con el marco de la entidad en C # para poder escribir mis aplicaciones de mapeo a su alrededor. ¡GANAR!
Nathan W

Respuestas:

29

PostGIS basado en PostgreSQL es una base de datos popular para SIG.

Yo no lo he usado mucho, pero un profesional es que es de código abierto y que muchos otros SIG lo usan para que tenga una comunidad SIG activa.

Jonas
fuente
Encuentro con PostGIS / pgrouting, hay una curva de aprendizaje un poco empinada, pero una vez que la superas, es realmente excelente y
gerat
2
PostGIS es en realidad la implementación espacial más madura (comparando sql server 2008, oracle espacial, db 2 espacial (o cualquier nombre que sea), mysql espacial, etc.) Enrutamiento, geocodificación, registro espacial, soporte de ráster. ¡gratis!
George Silva
1
+1 para PostGIS. Su mi almacén de datos central que funciona bien con Arco, R y Python, sin un defecto hasta ahora
Radek
1
También he encontrado que la curva de aprendizaje es empinada, pero postgis / postgresql es excelente. Recomiendo mucho PostGIS en acción ( postgis.us ) si consideras usarlo.
djq
8

SQL Server 2008 viene con capacidades geoespaciales integradas. Incluso la Edición Express gratuita admite todas las características geoespaciales, que yo sepa.

Otras lecturas:

Daniel Vassallo
fuente
1
SQL Server 2008 parece funcionar bien, pero es terriblemente lento en comparación con productos más maduros como PostGIS y Spatialware.
Damien
1
¿algún punto de referencia para apoyar esa afirmación?
Simon
Es la mejor integración si utiliza la tecnología de Microsoft: SQL Server 2008 / C # / VB / IIS.
4

Aunque mi voto también iría para PostGIS, la extensión SpatiaLite para SQLite podría ser una alternativa ligera.

radek
fuente
Como Nathan está usando MapInfo, SpatialLite no es realmente una opción, al menos no por el momento, ya que MapInfo no lo admite.
Peter Horsbøll Møller
Desde MapInfo Professional versión 11.5.2 y versiones más recientes, SQLite también es compatible con MapInfo Professional
Peter Horsbøll Møller
4

También puede usar las bases de datos NoSQL para almacenar datos geográficos. Escalar datos SIG en almacenes de datos no relacionales es fácil debido a la naturaleza de su arquitectura.

Arturo Herrero
fuente
3

PostGIS es sin duda el mejor, para la mayoría de los casos de uso en SIG.

Si necesita una gestión avanzada de topología, le aconsejaría gótico .

julien
fuente
Pensé que Yeoman se deshacía de todos los que entendían el gótico, o ¿se usa el mismo nombre para un nuevo software?
Ian
1

Los más populares en el mundo son Postgresql-PostGIS y Oracle-Spatial (localizador). Postgresql-PostGIS es el DB espacial abierto más avanzado. Es confiable, se usa con éxito en muchos sistemas productivos, en una gran comunidad y se prueba en muchos sistemas. Tengo mala experiencia con Oracle-Spatial y el localizador. Es más lento, difícil de usar, más complicado que PostGIS. Las nuevas características SIG (implementando el estándar OGC) vienen después de un gran retraso de tiempo. El rendimiento del oráculo es mucho menor que el postgis.

La prueba de rendimiento de Oracle y PosGIS está aquí: http://www.gise.cse.iitb.ac.in/wiki/images/c/c4/Finalreport.pdf

bbarni
fuente
0

Pro Postgis: cuadro delimitador que es una de las opciones más importantes para representar una gran cantidad de datos. Mysql no tiene la opción bbox.

contraflujo
fuente