Classes de relations : optimisation de la performance

Cette rubrique s'applique uniquement à ArcGIS for Desktop Standard et ArcGIS for Desktop Advanced.

Lorsque vous créez une nouvelle classe de relations dans ArcCatalog, les clés primaires et étrangères sont automatiquement indexées si elles ne possèdent pas déjà d'index. Ces index accélèrent les performances lorsque vous naviguez dans une relation ou que mettez à jour une relation avec la messagerie.

Lorsque vous mettez à jour une classe d'entités ou une table avec une messagerie dans ArcMap, la classe liée est ouverte par ArcGIS pour qu'elle puisse répondre au message, en se déplaçant, en se supprimant ou en adoptant un comportement personnalisé. Si la classe liée ne figure pas déjà sur la carte que vous utilisez, ArcGIS l'ouvre automatiquement pour qu'elle puisse répondre au message, puis la referme. Pour chaque mise à jour, ArcGIS ouvre et ferme la classe liée, ce qui ralentit les performances. Pour empêcher ceci, faites en sorte que toutes les classes liées soient dans la carte lorsque vous utilisez une classe dans ArcMap. Ainsi, les classes liées sont ouvertes lorsqu'elles sont ajoutées à ArcMap et restent ouvertes jusqu'à ce que vous les supprimiez de la carte ou fermiez votre session ArcMap.

En présence d'un grand nombre de modèles de données de couverture ArcGIS for Desktop Advanced, la table attributaire des entités contient le moins d'éléments possible et beaucoup d'attributs d'une classe d'entités se trouvent dans une table reliée. Ceci est possible avec les classes d'entités de géodatabase. Cependant, naviguer dans une relation de la géodatabase est une opération plus lourde que dans une table INFO. Dans l'environnement INFO, la symbologie d'une entité était couramment stockée dans une table liée externe nommée table de correspondance. Ceci est encore possible dans la géodatabase, via les classes de relation et en joignant deux tables. Cependant, pour les jeux de données volumineux, cette méthode de symbolisation est lente, même avec des index sur les clés primaires et étrangères. Essayez de conserver les attributs de symbolisation dans la table de la classe d'entités. A des fins de performances, il est recommandé que les informations de symbologie soient stockées dans la classe d'entités.

Thèmes connexes

5/10/2014