Quel format de données s'affiche généralement le plus rapidement dans ArcMap?


11

Mon organisation travaille sur une application exécutée sur ArcGIS Engine. Les versions précédentes de l'application utilisaient principalement des Shapefiles pour afficher les routes, les parcelles, les bâtiments, etc.

Comme on m'a appris à éviter les fichiers de formes lors de la gestion des données lors de mon travail à l'université, j'ai suggéré de passer aux fichiers de géodatabases.

Les géodatabases de fichiers de revendications Esri sont optimisées pour les performances et le stockage .

Mon collègue se souvient avoir entendu que les Shapefiles dessinent généralement plus vite.

Je n'ai pas trouvé un article parlant directement de ce sujet, alors j'ai pensé que je demanderais à la communauté.

Je penche vers les géodatabases fichier, mais ce serait bien de savoir si je manque quelque chose que Shapefiles offre.


2
En tant que commentaire, les fichiers de formes offrent la possibilité d'être lus et utilisés par une grande variété de programmes propriétaires et Open Source ... ce que les géodatabases ne font pas ... dans certaines circonstances, cela peut entraîner des problèmes d'affichage.

1
@DanPatterson Vous pouvez lire / écrire des géodatabases fichier (fonctionnalités simples) dans des projets qui utilisent gdal / ogr. De nos jours, cela inclut la plupart des projets SIG open source. Certes, si vous n'êtes pas sous Windows, il vous faudra toujours compiler le pilote filegdb vous-même.
Ragi Yaser Burhum

Je sais, mais d'autres non. DNRGarmin. Le commentaire n'était pas limité aux programmes SIG open source.

Vous pouvez surveiller les vitesses à l'aide du blog PerfQAnalyzer des services de support ArcGIS - Nouvel outil d'étalonnage des performances ArcGIS
MDHald

Réponses:


10

Selon System Design Strategies - Software Performance , un article technique d'Esri, les géodatabases fichier sont plus rapides que les fichiers de formes dans leurs tests spécifiques. Ils entrent dans beaucoup de détails supplémentaires concernant les goulots d'étranglement qui peuvent exister et d'autres considérations de performances pour divers cas d'utilisation des logiciels ArcGIS.

Résumé des performances du workflow


2
Bien sûr, la vitesse du réseau a un effet énorme sur la vitesse de dessin SDE.
mattwigway

3

Une géodatabase fichier non compressée pour les mêmes données est le format lisible le plus rapide pour ArcGIS (ArcMap) (par rapport aux couvertures de fichiers de formes héritées et d'arcinfo des mêmes données)

Bien que vous puissiez «compacter» une géodatabase fichier ... http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#/Compact/00170000000n000000/

Mais pour tirer des données plus rapidement, c'est la puissance de traitement pure [vitesse de la puce], la carte vidéo [RAM, le chipset] et la vitesse de la RAM physique et la vitesse du disque dur ou du Solid State Drive dans l'ordinateur qui font la grande différence.


Merci d'avoir répondu. Connaissez-vous des liens qui expliquent pourquoi une géodatabase fichier non compressée est la plus rapide? Ou comment la compression d'une géodatabase la ralentit-elle?
Tanner

2
La compression d'un fichier GDB oblige ArcMap à décompresser les données que vous demandez lorsque vous le dessinez. La décompression prend du CPU. Je ne sais pas si ArcMap implémente la mise en cache pour empêcher la décompression répétée, mais au cas où il aurait besoin de décompresser les données parfois. D'après mon expérience, les FGBD sont assez rapides, en particulier lorsqu'ils sont sur un disque rapide et avec des index sur toutes les colonnes utilisées dans les jointures ou les requêtes de définition (bien que je n'ai pas de données comparatives pour les FGDB par rapport à d'autres formats).
mattwigway

2
@mattwigway cela dépend de la bande passante de l'accès au fichier. Si vous accédez au fichier GDB sur une connexion réseau lente, il peut être plus rapide de laisser le processeur décompresser.
Matthew Snape

1
la compression et le compactage sont différents pour les géodatabases fichier - compactage des modifications / suppressions / index d'enregistrement help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//… à partir de 10 ans d'expérience ArcGIS
Mapperz

@MatthewSnape Bon point.
mattwigway

1

Je peux fournir des preuves anecdotiques qu'un FGDB compressé est en effet plus rapide qu'un FGDB non compressé sur notre réseau lent. Voici quelques statistiques:

ArcGIS 10 FGDB accessed by an ArcGIS 10 MXD

142 Feature Classes

24 Tables

Compressed FGDB size - 794 MB

Uncompressed FGDB size - 1.66 GB

Le MXD s'ouvre plus rapidement lorsqu'il est connecté au GDB non compressé. Cependant, une fois chargé, tout (zooms, panoramiques, etc.) est sensiblement plus lent que lorsqu'il est connecté au GDB compressé.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.