Considérations sur l’emplacement des données

ArcGIS Pro prend en charge les données locales, telles que les géodatabases fichier et les géodatabases mobiles, ainsi que les données à distance, telles que les géodatabases d’entreprise ou les services de données (couches Web).

Si un seul utilisateur ou traitement à la fois a accès aux données, vous pouvez utiliser les données qui sont locales pour le client. En revanche, dans des systèmes d’entreprise dans lesquels plusieurs utilisateurs doivent accéder aux données, il est nécessaire de stocker les données dans un emplacement centralisé. Cet emplacement sera distant de la plupart des utilisateurs et clients qui y ont accès.

Les données à distance ont des contraintes uniques. Vous devez évaluer la manière dont ces données sont utilisées lorsque plusieurs utilisateurs y accèdent de manière simultanée. Le transfert de données entre ArcGIS Pro et les sources de données à distance est sensible au délai de latence et un grand nombre de requêtes de faible envergure sont effectuées lors de l’affichage et de la mise à jour des données, ou de l’utilisation et de la modification de la structure des données. À l’inverse des données locales auxquelles un seul utilisateur a généralement accès, les longues requêtes des bases de données affectent tous les utilisateurs des données à distance. Cela signifie qu’il est particulièrement important de tenir compte du nombre de cartes créées et utilisées dans ArcGIS Pro pour les sources de données à distance.

Conseil :

Cette rubrique et ses liens connexes s’intéressent aux modèles et pratiques spécifiques de ArcGIS Pro. Pour en savoir plus sur les modèles et les pratiques recommandés en matière de conception et d’implémentation de systèmes ArcGIS complets, visitez ArcGIS Architecture Center.

Sources de données locales

Les sources de données locales sont celles qui sont conservées sur la machine sur laquelle s’exécute le client qui accède aux données. La plupart des sources de données locales, telles que les géodatabases mobiles, les fichiers Open Geospatial Consortium (OGC) GeoPackage, les géodatabases fichier, les shapefiles et les bases de données SQLite, ne sont pas prévues pour être utilisées par plus d’un utilisateur à la fois.

Lorsqu’un seul utilisateur a accès aux données à partir d’un client figurant sur la machine sur laquelle se trouvent les données, le délai de latence du réseau entre le client et la source de données est court. Outre la faible latence du réseau, il existe peu, voire aucune controverse entre les différents utilisateurs en ce qui concerne l’accès aux données locales. En d’autres termes, toutes les ressources disponibles peuvent être dédiées à un client unique et le verrouillage, ou autre mécanisme de ce genre, appliqué par la source de données n’entraîne aucun retard lors de la récupération des données.

Sources de données à distance

Les sources de données à distance sont celles qui ne sont pas conservées sur la machine à laquelle le client a accès. Tous les entrepôts de données cloud et la plupart des bases de données relationnelles entrent dans cette catégorie. La distance du client par rapport aux données (en d’autres termes, la manière dont les données sont physiquement extraites du client) affecte le laps de temps nécessaire pour envoyer les requêtes entre le client et les données. Ainsi, l’utilisation de ArcGIS Pro sur votre machine locale et du réseau pour accéder aux données d’une base de données qui s’exécute sur une machine dans le local des serveurs de votre bâtiment ne sera sans doute pas aussi long que l’utilisation de votre installation locale pour avoir accès à une base de données dans le cloud.

En savoir plus sur la façon dont les données et les emplacements ArcGIS Pro peuvent affecter les performances

La latence du réseau est bien plus élevée pour les sources de données à distance que pour les sources locales ; la vitesse et le débit du réseau peuvent également affecter les performances.

Lorsque vous accédez à des données à distance en utilisant à l’aide un équipement et de protocoles de transfert plus lents (HTTP, par exemple), les données doivent transiter à des vitesses de transfert plus basses. Même si cette latence est rarement la cause sous-jacente des problèmes de performances ou d’adaptabilité, les processus basés sur les sources de données à distance sont plus sensibles aux demandes d’accès aux données de grande taille ou à haute fréquence. Dans des environnements multi-utilisateurs, le serveur de données est une ressource ou un ensemble de ressources qui est partagé par plusieurs utilisateurs à la fois. Vous devez prendre en compte les actions de tous les utilisateurs du système lors de la conception des cartes et des processus. Les demandes d’accès aux données peuvent submerger n’importe quel système même le mieux organisé si des techniques visant à réduire si possible le volume total et la taille des requêtes ne sont pas utilisées.

En savoir plus sur la configuration des projets, des cartes et des couches pour utiliser les données à distance