Gerenciar grande quantidade de dados e imagens dentro

PostgreSQL , SQL Server 2008 e Qualquer versão recente do Oracle todos têm indexação espacial, particionamento de tabela e BLOBs e são capazes de agir como o back-end de um grande banco de dados geográfico. Você também pode querer verificar para fora duas aplicações GIS de código aberto: GRASS e QGIS , que poderia apoiar fazer o que quiser com menos trabalho de modificação do que escrever uma aplicação sob medida. Ambos podem usar o PostgreSQL e outros bancos de dados back-ends.

Quanto apoio, qualquer banco de dados de código aberto comercial ou vai precisar as atenções de um DBA competente, se você quiser fazê-lo funcionar bem em bancos de dados na ordem de terabytes. Eu não acho que você vai sair com um modelo de suporte ao usuário final puro - tenta fazer isso é improvável para trabalhar.

Embora não atenda aos critérios de ser livre, eu recomendo fortemente que você considerar o uso do SQL Server 2008, por causa de duas Gfeatures nesta versão que poderia ajudar:

• FILESTREAM - permite que você armazene suas imagens binárias dentro do sistema de arquivos, em vez de dentro do próprio banco de dados. Isso fará com que seu banco de dados muito mais gerenciável, enquanto ainda permitindo-lhe consultar os dados da forma habitual.

• TIPOS dados geográficos - suporte para geoespacial (latitude / longitude) tipos de dados é susceptível de ser muito valioso para a sua solução.

Boa sorte!

MySQL e até mesmo SQLite já têm índices espaciais, não há problema nenhum.

Para armazenar os arquivos de dados que você pode usar um campo BLOB, mas é geralmente muito melhor (e mais fácil de otimizar) para armazenar arquivos. Para manter os arquivos relacionados aos registros de banco de dados que você pode colocar o caminho completo (ou URL) em um campo varchar ou armazenar a imagem em um caminho calculado pela ID do registro.

Para dimensionar facilmente na loja multi-terabyte, planejar desde o início sobre o uso de vários servidores. Se os dados são lidos-principalmente, uma maneira fácil é para armazenar as imagens em diferentes máquinas, cada um com um servidor HTTP estático, e os registros de banco de dados, onde é cada imagem. em seguida, colocar um frontend webapp para o banco de dados, onde as URLs para cada imagem apontar diretamente para o servidor de armazenamento apropriado. Dessa forma, você pode continuar a adicionar armazenamento sem criar um gargalo no servidor 'central'.

Parece que os arquivos de imagem será uma quantidade considerável de seu armazenamento. Não armazená-los em um banco de dados apenas armazenar os detalhes de localização de arquivos no banco de dados.

(Se você quiser o acesso através da Internet tentar Amazon armazenamento . Não é gratuito, mas muito barato e eles lidar com a escalabilidade para você.)

Outra nota de advertência sobre o uso de B / C / LOBs, como eu fui mordido no crescimento exponencial DB armazenando internamente w / no DB.

E sobre o armazenamento dos mapas de GIS em um servidor separado e apenas armazenar o LONGO "forma" LAT / da área w / no DB. O GIS pode ser atualizado separadamente w / out o custo de armazenar as imagens no banco de dados principal.

Menor para admin. Menos o custo de backup.

Use da ESRI Image Server. Você não vai precisar de um banco de dados para servir as imagens. É muito fácil de usar. Ele também funciona fora dos arquivos e sua rápida e lida com muitos formatos de imagem. Além disso, ele faz o processamento de imagem em tempo real e suporta muitos clientes. AutoCAD, Microstation, ArcMap, ArcIMS, ArcServer ... etc.

image Server