Escolhendo banco de dados para armazenar dados espaciais?

21

Há alguns dias, instalei a demonstração do spatialware 4.9 do MapInfo na minha instalação do SQL Server 2005 e carreguei todo o conjunto de dados maior. Fiquei bastante impressionado com o desempenho versus a abordagem baseada em arquivos antigos, mas isso me fez pensar em quais outras opções existem e quais são os prós e os contras deles.

Um argumento que eu teria que dizer com o spatialware é o fato de que custa US $ 5000 por pessoa e apenas o MapInfo pode ler os objetos a partir dele. O que no momento está bom porque MapInfo é tudo o que usamos.

Estou me perguntando com o que outras pessoas concordaram e quais são suas experiências.

Nathan W
fonte
Parece que você tem muitas opções com o MapInfo: pbinsight.com/products/location-intelligence/applications/… PostGIS, SQL Server, etc, todos parecem suportar tipos de dados espaciais nativos.
23410 JasonBirch
1
É verdade que acabei de instalar o PostGIS e posso dizer que estou impressionado, funciona como um encanto e você pode usá-lo com o framework de entidade em C # para que eu possa escrever meus aplicativos de mapeamento em torno dele. GANHAR!
Nathan W

Respostas:

29

PostGIS baseado em PostgreSQL é um banco de dados popular para GIS.

Eu não usei muito isso sozinho, mas um profissional é que é de código aberto e que muitos outros GIS usam para ter uma comunidade GIS ativa.

Jonas
fonte
I encontrar com PostGIS / pgrouting, há um pouco de uma curva de aprendizado íngreme, mas uma vez que você superar isso, é excelente realmente tranquila e gerat
dassouki
2
O PostGIS é, na verdade, a implementação espacial mais madura (comparando o sql server 2008, oracle spatial, blade espacial db 2 (ou qualquer que seja o nome), mysql espacial, etc.) Roteamento, geocodificação, registro espacial, suporte a varredura. de graça!
George Silva
1
+1 para PostGIS. Sua minha loja de dados central que funciona bem com Arc, R e Python sem uma falha até agora
radek
1
Eu também achei a curva de aprendizado íngreme, mas o postgis / postgresql é excelente. Eu recomendo o PostGIS em Ação ( postgis.us ) se você considerar usá-lo!
DJQ
8

O SQL Server 2008 vem com recursos geoespaciais incorporados. Até o Express Edition gratuito suporta todos os recursos geoespaciais, tanto quanto eu sei.

Leitura adicional:

Daniel Vassallo
fonte
1
O SQL Server 2008 parece funcionar muito bem, mas é terrivelmente lento em comparação com produtos mais maduros, como PostGIS e Spatialware.
Damien
1
Quaisquer benchmarks para apoiar essa afirmação?
Simon
É a melhor integração se você usar a tecnologia da Microsoft: SQL Server 2008 / C # / VB / IIS.
4

Embora meu voto fosse para o PostGIS também, a extensão SpatiaLite para SQLite pode parecer uma alternativa leve.

radek
fonte
Como Nathan está usando o MapInfo, o SpatialLite não é realmente uma opção - pelo menos não no momento -, pois o MapInfo não suporta isso.
Peter Horsbøll Møller
A partir do MapInfo Professional versão 11.5.2 e versões mais recentes, o SQLite também é suportado pelo MapInfo Professional
Peter Horsbøll Møller
4

Você também pode usar bancos de dados NoSQL para armazenar dados geográficos. Escalar dados GIS em armazenamentos de dados não relacionais é fácil devido à natureza de sua arquitetura.

Arturo Herrero
fonte
3

O PostGIS é certamente o melhor, para a maioria dos casos de uso no GIS.

Se você precisar de um gerenciamento avançado de topologia, aconselho o Gothic .

julien
fonte
Eu pensei que Yeoman descartasse todos que entendiam gótico ou o mesmo nome está sendo usado para novos softwares?
Ian
1

Os mais populares no mundo são o Postgresql-PostGIS e o Oracle-Spatial (localizador). O Postgresql-PostGIS é o DB espacial espacial de código-fonte mais avançado. É confiável, usado com sucesso em muitos sistemas produtivos, grande comunidade e testado em muitos sistemas. Tenho uma experiência ruim com o Oracle-Spatial e o localizador. É mais lento, difícil de usar, mais complicado que o PostGIS. Novos recursos GIS (implementando o padrão OGC) surgem após um grande atraso. O desempenho do oracle é muito menor que o postgis.

O teste de desempenho do Oracle e PosGIS está aqui: http://www.gise.cse.iitb.ac.in/wiki/images/c/c4/Finalreport.pdf

bbarni
fonte
0

Pro Postgis - caixa delimitadora, que é uma das opções mais importantes para a renderização de grande número de dados. O Mysql não tem a opção bbox.

contrafluxo
fonte