Au sein du format de stockage de cache compact

Le format de stockage de cache compact vous permet de regrouper des tuiles dans des fichiers volumineux, plutôt que de les stocker en tant que fichiers individuels. Les avantages du stockage de tuiles dans des groupes sont les suivants :

• Les caches sont plus faciles à copier, car le nombre de fichiers est réduit.
• La taille totale du cache sur le disque est réduite.
• La création des tuiles est généralement plus rapide, car les E/S sur disque sont moins importantes lors de cette opération.
• L’évolutivité du système est optimisée lors de la création de tuiles dans le cas de déploiements sur plusieurs machines, grâce à la réduction du trafic sur le réseau.

Fonctionnement d'un cache compact

Le cache compact regroupe un grand nombre de tuiles dans un grand fichier appelé paquet. Un paquet contient jusqu'à 16,384 tuiles. Le résultat est un cache incluant des dizaines, voire des centaines de fichiers, et non des milliers ou des millions. Si vous étudiez un cache compact sur disque, vous pouvez détecter les fichiers de paquets avec l'extension .bundle. Vous pourrez également détecter les fichiers d’index correspondants, dont l'extension est .bundlx.

Pendant la création du cache, vous pouvez observer des fichiers .lock et .done dans les dossiers de cache. Les fichiers .lock permettent au serveur d'assurer le suivi des paquets actuellement créés ; la présence d'un fichier .lock ne signifie pas que le paquet est inaccessible pour les clients. De la même manière, le fichier .done permet au serveur d'assurer le suivi des paquets terminés. Tous les fichiers .done et .lock doivent disparaître lorsque la tâche de mise en cache est terminée.

Il est possible de disposer d’un petit cache, incluant un seul paquet à chaque niveau. Le plus souvent, une limite de paquets traverse une partie de la géographie, de sorte à générer plusieurs paquets à un niveau (bien que les paquets ne contiennent pas nécessairement toutes les 16 000 tuiles si la géographie est réduite). Les grands caches comprennent un grand nombre de paquets.

Les limites associées aux paquets sont déterminées par l'origine de la structure de tuilage. Elles ne sont pas réglables. A des fins de référence, pour une échelle de niveau de voisinage/de rue égale de 1:4096, un paquet complet recouvre environ la surface d'un comté de taille moyenne dans la partie est des Etats-Unis.

Legacy :

Dans ArcGIS 10, vous ne pouviez utiliser qu'une seule instance pour gérer des tuiles dans un groupe donné. Cela se traduisait parfois par une sous-utilisation des ressources du processeur lors de la mise en cache des données selon des limites d'entité réduites. La version 10.1 gère plus intelligemment l'allocation des ressources à la tâche de mise à jour lorsque vous travaillez sur un groupe. De plus, la taille géographique de l'entité qui définit votre tâche en cache ne devrait pas affecter l'utilisation du processeur.

Mode d’exécution des mises à jour sur un cache compact

Lorsque vous mettez à jour des tuiles dans un cache compact, le paquet entier n'est pas recréé. A la place, une surface plus détaillée de 4096 x 4096 pixels (aucun anticrénelage) or 2048 x 2048 pixels (avec anticrénelage) est mise à jour. Dans la documentation ArcGIS, cette unité de surface est quelquefois appelée super tuile.

Obtention de tuiles dans un paquet

Les clients ArcGIS (notamment les API Web) savent comment lire les fichiers de paquet produits par le format de cache compact. Sur le Web, le client publie un appel vers le serveur pour le niveau, la ligne et la colonne spécifiques de la tuile. Le serveur reçoit la demande et renvoie la tuile appropriée du paquet.

L'architecture interne du paquet n'est pas documentée publiquement par ESRI. Si vous avez codé votre propre logique pour sortir des tuiles d'un répertoire virtuel, vous devez continuer à utiliser le format éclaté, qui stocke chaque tuile dans un fichier unique. Il s’agit là de l’unique option des versions 9.3.1 et antérieures d’ArcGIS Server.