Gérer une grande quantité de données et d'images

Question

ma question est similaire à un autre ami posté ici ... nous essayons de développer une application qui prend en charge téraoctets d'informations basées sur un cadastre au Paraguay avec des images et des données normales. Le problème est que nous voulons réduire au maximum le coût de fonctionnement car c'est comme une compétition entre entreprises, et pour cette raison nous voulons utiliser une base de données gratuite .... J'ai beaucoup lu d'informations à ce sujet mais je suis toujours confus. Nous devons nous rendre compte que les gens qui vont l'utiliser sont des gens du gouvernement, donc la DB doit être facile à gérer en même temps.

Que me recommanderiez-vous?

Thanu très

Answer 1

Postgresql, SQL Server 2008 et Any recent version of Oracle tous ont l'indexation spatiale, le partitionnement des tables et blobs sont capables d'agir comme l'arrière-plan d'une grande base de données géographiques. Vous pouvez également consulter deux applications SIG open source: GRASS et QGIS, ce qui peut vous aider à faire ce que vous voulez avec moins de travail de modification que d'écrire une application sur mesure. Les deux peuvent utiliser Postgresql et d'autres back-ends de base de données. En ce qui concerne le support, toute base de données commerciale ou open-source va avoir besoin des attentions d'un DBA compétent si vous voulez que cela fonctionne bien sur des bases de données de taille téraoctet. Je ne pense pas que vous puissiez vous en sortir avec un modèle de support de l'utilisateur final pur - les tentatives pour ce faire sont peu susceptibles de fonctionner.

Answer 2

Tout ne répondant pas à vos critères d'être libre, je recommande fortement que vous envisagez d'utiliser SQL Server 2008, en raison de deux Gfeatures dans cette version qui pourrait aider:

• FILESTREAM - vous permet de stocker votre binaire images dans le système de fichiers, plutôt que dans la base de données elle-même. Cela rendra votre base de données beaucoup plus gérable tout en vous permettant d'interroger les données de la manière habituelle. TYPES DE DONNÉES GÉOGRAPHIQUES - la prise en charge des types de données géospatiales (lat/long) est susceptible d'être très précieuse pour votre solution.

Bonne chance!

Answer 3

MySQL et même SQLite ont déjà des index spatiaux, donc pas de problème.

Pour stocker les fichiers de données, vous pouvez utiliser un champ BLOB, mais il est généralement beaucoup mieux (et plus facile à optimiser) de stocker en tant que fichiers. Pour conserver les fichiers liés aux enregistrements de la base de données, vous pouvez soit placer le chemin complet (ou l'URL) dans un champ varchar, soit stocker l'image dans un chemin calculé par l'ID de l'enregistrement.

Pour évoluer facilement dans le magasin de plusieurs téraoctets, planifiez dès le départ l'utilisation de plusieurs serveurs. Si les données sont lues en grande partie, un moyen facile consiste à stocker les images sur différents hôtes, chacun avec un serveur HTTP statique, et les enregistrements de la base de données où se trouve chaque image. puis placez une interface webapp pour la base de données, où les URL de chaque image pointent directement vers le serveur de stockage approprié. De cette façon, vous pouvez continuer à ajouter du stockage sans créer de goulot d'étranglement sur le serveur «central».

Answer 4

Il semble que les fichiers d'image représenteront une quantité considérable de stockage. Ne les stockez pas dans une base de données il suffit de stocker les détails de l'emplacement du fichier dans la base de données.

(Si vous souhaitez accéder via Internet Amazon Storage essayer. Il est gratuit mais très pas cher et ils gèrent la scaleability pour vous.)

Answer 5

Une autre note de mise en garde sur l'utilisation de B/C/LOB, comme je l » On a mordu sur la croissance exponentielle de DB en stockant w/dans la DB.

Qu'en est-il de stocker les cartes SIG sur un serveur distinct et de simplement stocker la «forme» LAT/LONG de la zone w/dans la base de données. Le SIG peut être mis à jour séparément sans le coût de stockage des images dans la base de données principale.

Plus petit à admin. Moins de coût pour la sauvegarde.

Answer 6

Utilisez le serveur d'image ESRI. Vous n'aurez pas besoin d'une base de données pour diffuser les images. C'est très facile à utiliser. Il fonctionne également à partir de fichiers et son rapide et gère de nombreux formats d'image. De plus, il traite l'image à la volée et prend en charge de nombreux clients. AutoCAD, Microstation, ArcMap, ArcIMS, ArcServer ... etc.

Image Server