\nLa compression<\/strong> est un processus par lequel les donn\u00e9es dupliqu\u00e9es dans des jeux de donn\u00e9es de g\u00e9odatabase sont simplifi\u00e9es afin de r\u00e9duire leur taille.
\nLe compactage<\/strong> est un processus par lequel une g\u00e9odatabase, souvent \u00e9dit\u00e9e, est nettoy\u00e9 des \u00e9l\u00e9ments inutilis\u00e9s et orphelins.<\/p>\n
Indexation d’une geodatabase<\/h1>\n
L’indexation est le principe de base de l’optimisation des bases de donn\u00e9es. C’est un outil tr\u00e8s puissant et efficace qui peut aider \u00e0 acc\u00e9l\u00e9rer la recherche d’enregistrements. Sans indexation, une table est balay\u00e9e enti\u00e8rement pour r\u00e9cup\u00e9rer un enregistrement particulier. Donc, si nous avons un ensemble de donn\u00e9es avec n enregistrements, le pire sc\u00e9nario est que l’enregistrement que nous essayons de localiser soit le dernier enregistrement de cette table, et donc nous avons besoin de rechercher \u00e0 travers les n enregistrements afin de l’atteindre. Imaginez une classe d’entit\u00e9s avec un million d’entit\u00e9s, si le temps n\u00e9cessaire pour lire chaque entit\u00e9 est d’une milliseconde, cela signifie que nous devrons attendre 17 minutes pour balayer l’ensemble des donn\u00e9es.
\nBien s\u00fbr, le temps de r\u00e9ponse d\u00e9pend de la place de l’enregistrement que vous cherchez. Si il est situ\u00e9 au d\u00e9but de la table, il faudra beaucoup moins de temps pour l’atteindre.
\nL’indexation est \u00e0 peu pr\u00e8s similaire \u00e0 la fa\u00e7on dont vous organisez vos fichiers par ordre alphab\u00e9tique. Quand vous cherchez un document, s’il commence par la lettre D, vous ne cherchez que parmi les documents commen\u00e7ant par D. Pour activer l’indexation, la g\u00e9odatabase cr\u00e9e une autre table pour l’attribut \u00e0 indexer.
\nIndexation fonctionne de fa\u00e7on similaire avec presque n’importe quel type de champ: texte, nombres, dates, et m\u00eame avec le type de donn\u00e9es spatiales comme la g\u00e9om\u00e9trie des entit\u00e9s. Les index cr\u00e9\u00e9s sur les colonnes \u00ab\u00a0shape\u00a0\u00bb sont appel\u00e9s index spatiaux, qui suivent le m\u00eame concept que les indices sur les attributs.
\nTous les deux r\u00e9duisent le domaine de recherche des requ\u00eates pour obtenir une plus grande performance.<\/p>\n
Indexer un attribut<\/h2>\n
Supposons que vous avez commenc\u00e9 \u00e0 effectuer des requ\u00eates d’attribut sur votre g\u00e9odatabase, quelles optimisations pouvez vous apporter pour une meilleure performance?. Nous allons commencer par l’ajout d’un index d’attribut.La question est, sur lequel attribut doit_on cr\u00e9er un index? Habituellement, cette question doit se poser pendant l’\u00e9tape de mod\u00e9lisation de la g\u00e9odatabase, o\u00f9 les index sont ajout\u00e9s dans le diagramme entit\u00e9-relation. Les index sont cr\u00e9\u00e9s sur les attributs qui sont fr\u00e9quemment interrog\u00e9s. Si vous avez saut\u00e9 cette \u00e9tape, vous pouvez les cr\u00e9er pendant l’exploitation en routine de votre base de donn\u00e9es. Dans la g\u00e9odatabase Cadastre, le champ Nom du Propri\u00e9taire est un bon candidat pour cr\u00e9er un index si vous recherchez souvent par Nom-Pr\u00e9nom des propri\u00e9taires. Pour cr\u00e9er un index d’attribut, proc\u00e9dez comme suit: 9. Cliquez sur OK, le nouvel index appara\u00eet sur la liste des index de la tablke. Maintenant, quand vous effectuerez une requ\u00eate sur l’attribut Nom_pr\u00e9nom, ArcGis utilisera cet index pour acc\u00e9l\u00e9rer la requ\u00eate.<\/p>\n La table utilis\u00e9e dans cet exemple comporte 23053 lignes. Lorsque vous cr\u00e9ez une classe d’entit\u00e9s, un index spatial est automatiquement cr\u00e9\u00e9 et optimis\u00e9 pour cette classe d’entit\u00e9s. A tout moment, vous pouvez supprimer et recr\u00e9er l’index spatial en effectuant les \u00e9tapes suivantes: Bien que l’indexation soit un excellent outil pour l’optimisation, il peut \u00eatre contreproductif s’il est mis en \u0153uvre de mani\u00e8re incorrecte. Lorsque vous indexez une colonne, la g\u00e9odatabase cr\u00e9e une structure cach\u00e9e suppl\u00e9mentaire qui doit \u00eatre g\u00e9r\u00e9e et actualis\u00e9e fr\u00e9quemment. Plus vous avez d\u2019index, plus de travail est n\u00e9cessaire lors des mises \u00e0 jour de la geodatabase. Des index suppl\u00e9mentaires peuvent ralentir les op\u00e9rations de mise \u00e0 jour telles que INSERT, UPDATE et DELETE, parce que la g\u00e9odatabase doit r\u00e9g\u00e9n\u00e9rer les index correspondants. La mod\u00e9lisation d’une g\u00e9odatabase contribue \u00e0 produire un sch\u00e9ma clair et \u00e0 r\u00e9duire le travail de maintenance. C’est une \u00e9tape n\u00e9cessaire afin d’assurer une bonne conception, et qui contribue directement \u00e0 l’optimisation de la g\u00e9odatabase. Le…<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"give_campaign_id":0,"_bbp_topic_count":0,"_bbp_reply_count":0,"_bbp_total_topic_count":0,"_bbp_total_reply_count":0,"_bbp_voice_count":0,"_bbp_anonymous_reply_count":0,"_bbp_topic_count_hidden":0,"_bbp_reply_count_hidden":0,"_bbp_forum_subforum_count":0,"sfsi_plus_gutenberg_text_before_share":"","sfsi_plus_gutenberg_show_text_before_share":"","sfsi_plus_gutenberg_icon_type":"","sfsi_plus_gutenberg_icon_alignemt":"","sfsi_plus_gutenburg_max_per_row":"","_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[4,26],"tags":[47,44,46,45],"class_list":["post-263","post","type-post","status-publish","format-standard","hentry","category-logiciels_editeur","category-outils-et-methodes","tag-attribut","tag-geodatabase","tag-index","tag-indexation"],"aioseo_notices":[],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/p6XU0A-4f","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/posts\/263","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/comments?post=263"}],"version-history":[{"count":0,"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/posts\/263\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/media?parent=263"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/categories?post=263"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.sigterritoires.fr\/index.php\/wp-json\/wp\/v2\/tags?post=263"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n1. Ouvrez ArcCatalog.
\n2. Recherchez la g\u00e9odatabase dans la fen\u00eatre arborescence du catalogue.
\n3. Faites un clic droit sur la table contenant vos propri\u00e9taire, puis s\u00e9lectionnez Propri\u00e9t\u00e9s…
\n4. Dans la bo\u00eete de dialogue Propri\u00e9t\u00e9s de la classe d’entit\u00e9, s\u00e9lectionnez l’onglet Index.
\n5. La fen\u00eatre Index d’attributs montre les index existants pour cette classe d’entit\u00e9s.<\/strong>
\n![\"\"](\"https:\/\/i0.wp.com\/www.sigterritoires.fr\/wp-content\/uploads\/2015\/02\/index1.png?resize=513%2C623\" "\\"index1\\"")
<\/a>
\nComme vous pouvez le voir, il y a un indice de FDO_OBJECTID (la cl\u00e9 primaire), qui est un index tr\u00e8s important qui ne peut pas \u00eatre retir\u00e9. La g\u00e9odatabase utilise cet index pour identifier de fa\u00e7on unique chaque entit\u00e9. Lorsque vous cliquez sur FDO_OBJECTID, dans la section Champs, vous voyez le champ pour lequel cet index est cr\u00e9\u00e9, comme le montre la capture d’\u00e9cran ci-dessus.
\n6. Cliquez sur Ajouter… pour ajouter un nouvel index sur attribut.
\n7. Dans la bo\u00eete de dialogue Ajouter un Index sur attributx, tapez un nom de votre choix pour identifier ce nouvel index.
\n8. Dans la liste de Champs disponibles, s\u00e9lectionnez le champ qui vous int\u00e9resse, dans cet exemple NOM_PRENOM, et cliquez sur la fl\u00e8che droite pour l’ajouter \u00e0 la liste, comme vous pouvez le voir dans la capture d’\u00e9cran ci-dessous:<\/strong>
\n![\"\"](\"https:\/\/i0.wp.com\/www.sigterritoires.fr\/wp-content\/uploads\/2015\/02\/index2.png?resize=404%2C380\" "\\"index2\\"")
<\/a><\/p>\n
\n10. Cliquez sur Appliquer et quittez la fen\u00eatre en cliquant sur OK<\/strong><\/p>\n
\nOn a construit un petit mod\u00e8le de traitement avec Model Builder, comportant une requ\u00eate de s\u00e9lection du type nom_prenom like ‘JEAN DUPONT*’, correspondant au dernier propri\u00e9taire de la table.
\nLe mod\u00e8le a pris 1,27 secondes pour s’ex\u00e9cuter sans index suppl\u00e9mentaire.
\nUne fois ajout\u00e9 l’index sur le champ nom_pr\u00e9nom, le m\u00eame mod\u00e8le s’est ex\u00e9cut\u00e9 en 0,76 secondes, soit un gain de 40% de temps de r\u00e9ponse.<\/p>\nAjout d’un index spatial<\/h2>\n
\n1. Ouvrez ArcCatalog et acc\u00e9dez \u00e0 la g\u00e9odatabase .
\n2. Faites un clic droit sur la classe d’entit\u00e9s concern\u00e9e et s\u00e9lectionnez Propri\u00e9t\u00e9s
\n3. Cliquez sur l’onglet Index.
\n4. Dans la section index spatial, cliquez sur Supprimer pour supprimer l’index spatial.
\n5. Cliquez sur Cr\u00e9er si vous souhaitez cr\u00e9er \u00e0 nouveau l’index spatial.
\n6. Fermez ArcCatalog.
\nLa suppression et recr\u00e9ation de l’index spatial est un bon exercice sur une g\u00e9odatabase qui est souvent modifi\u00e9e, car cela assure la coh\u00e9rence des requ\u00eates spatiales.<\/p>\nOptimisation des indexations<\/h2>\n
\n\u00c9vitez de cr\u00e9er des index sur des colonnes avec tr\u00e8s peu de valeurs distinctes, parce que souvent ils ne vous donneront pas d’am\u00e9liorations de la performance. Il est bon de cr\u00e9er des index sur des colonnes avec des valeurs uniques ou presque uniques. Vous pouvez calculer le pourcentage d’am\u00e9lioration des performances d’une indexation en utilisant la formule suivante:
\n![\"\"](\"https:\/\/i0.wp.com\/www.sigterritoires.fr\/wp-content\/uploads\/2015\/02\/index3.png?resize=245%2C115\" "\\"index3\\"")
<\/a>
\nDans la formule pr\u00e9c\u00e9dente, a<\/em> est l’attribut d’\u00eatre index\u00e9 et ind(a)<\/em> est l’indice d’efficacit\u00e9 de l’indexation; 100% \u00e9tant le maximum et 0% le plus faible. d(a)<\/em> est le nombre de valeurs distinctes dans la colonne d’attribut a<\/em> et n(a)<\/em> est le nombre de valeurs totales de a<\/em>. Notez que si a<\/em> est une cl\u00e9 primaire, ind(a)<\/em> est de 100%.
\nCela explique aussi pourquoi les champs de type CAT\u00c9GORIE ont un faible score sur les performances d’indexation avec cette formule.<\/p>\n","protected":false},"excerpt":{"rendered":"