O PostgreSQL, juntamente com a extensão PostGIS , deve ser uma combinação muito boa. PostGIS é amplamente utilizado e. g. pelo projeto OpenStreetMap , então ele deve ser capaz de lidar com seus dados.
Estou procurando sugestões em um banco de dados para grandes conjuntos de dados mestres espaciais. Os dados em si não são relacionais, mas podem ser formulados como tal. Os dados são como:
latitude, longitude, série temporal ("matriz" de ints)
Atualmente, estamos usando o MySQL que não está funcionando bem com a nossa configuração de tabela grande. A indexação do ponto espacial em nossa maior tabela (420 milhões de linhas, 500 GB de tamanho) levou uma semana antes de desistir. No momento, também estamos enfrentando falhas freqüentes no servidor (trabalhando no porquê).
Por causa desses problemas, estou procurando sugestões em outros bancos de dados. A Oracle seria uma opção, mas gostaria de saber se apenas trocaríamos um problema complexo por um problema complexo. Alguém sabe de boas experiências de dados espaciais com outros bancos de dados?
O PostgreSQL, juntamente com a extensão PostGIS , deve ser uma combinação muito boa. PostGIS é amplamente utilizado e. g. pelo projeto OpenStreetMap , então ele deve ser capaz de lidar com seus dados.
O OpenStreetMap costumava usar o MySQL com uma extensão espacial baseada em quadtile customizada. O código para isso deve estar batendo em algum lugar ainda. Isso funcionou bem, na verdade. Não foi tanto a consulta espacial que provocou uma mudança tanto quanto eu sei. Foi um desempenho geral mais fraco com operações de banco de dados (otimização de consultas e alteração de esquemas sem bloquear a tabela)
O projeto mudou para usar o Postgres em seu banco de dados principal em 2009. Não PostGIS de fato. O OpenStreetMap nem usa os tipos de geometria do postgres em seu geodatabase principal. O servidor de renderização de ladrilhos do OpenStreetMap (e qualquer um que configure um servidor de renderização de ladrilhos do Mapnik com dados do OpenStreetMap) faz usar um banco de dados PostGIS, mas esse é um sistema separado.
Note que o PostGIS é apenas o Postgres com um monte de funções adicionadas ao banco de dados.
Apenas para acrescentar que todo o Oracle GIS 'pesado' é um custo extra opção para sua Enterprise Edition , de modo que pode ficar caro.
Um subconjunto de funcionalidades, chamado Localizador , é parte da Edição Standard.
Você não fornece detalhes sobre o processamento que realmente faz com os dados, por isso é difícil determinar o que você precisa. Eu suponho que, no mínimo, você faria algum tipo de cálculo "à distância" ou "mais próximo". Caso contrário, talvez você nem precise tratar os dados como "espaciais".
Também é difícil dizer qual das ofertas seria mais um problema do que um solucionador de problemas. Muito disso depende do conjunto de habilidades do seu grupo (ou do conjunto de habilidades que você pode contratar). Há provavelmente um pool maior de experiência Oracle do que os outros que você mencionou (o que não inclui o SQL Server, mas também pode valer a pena considerar).
Tags mysql oracle postgresql nosql