Lorsque vous interrogez votre base de données à l’aide d’outils du système de gestion de bases de données ou SQL, des tables de jeux de données de géodatabase s’affichent.Toutes les tables qui composent un jeu de données sont stockées dans la structure de l’utilisateur de base de données qui a créé le jeu de données.
Les tables créées pour chaque type de jeu de données pris en charge dans une géodatabase d'entreprise sont répertoriées ici afin que vous puissiez les identifier facilement. Ces tables doivent être modifiées à l’aide de SQL.
Jeux de classes d’entités
Les jeux de classes d'entités sont des objets qui vous permettent d’implémenter des types de jeux de données de géodatabase spécifiques, tels que des réseaux ou des topologies. Un jeu de classes d'entités n’est pas une table distincte dans la base de données ; il s’agit d’un ensemble virtuel de classes d'entités et de jeux de données de contrôleur (ou d'extension) regroupés par un identifiant commun. L’ID est conservé dans la table système gdb_items. Chaque classe d’entités est identifiée comme partie du jeu de classes d’entités par le biais de la table système gdb_itemrelationships.
Réseaux géométriques
Les réseaux géométriques sont des ensembles de classes d'entités lignes (tronçon) et points (jonction) d'un jeu de classes d'entités qui possèdent une relation de connectivité. Les réseaux géométriques sont des types de jeux de données hérités qui permettent de modéliser des infrastructures de réseaux de distribution, telles que des lignes électriques et des systèmes d'égout.
Il n’est pas possible de créer des réseaux géométriques dans ArcGIS Pro, mais il est possible de les afficher.
Le nombre de tables varie en fonction des éléments contenus dans le réseau. Au maximum 21 tables peuvent être créées pour un réseau géométrique comprenant des tournants et des pondérations.
Dans la liste suivante, les tables signalées par un astérisque (*) sont toujours créées dans un réseau géométrique. L’ID dans les noms de table correspond à l’ID de réseau logique, qui est stocké dans la table système gdb_items.
- n_<id>_desc*
- n_<id>_e<#>*
- n_<id>_edesc
- n_<id>_estatus*
- n_<id>_etopo*
- n_<id>_flodir*
- n_<id>_j<#>
- n_<id>_jdesc*
- n_<id>_jstatus*
- n_<id>_jtopo*
- n_<id>_jtopo2
- n_<id>_props*
- n_<id>_t<#>
- n_<id>_tdefn
- n_<id>_tdefn2
- n_<id>_tdesc
- n_<id>_tstatus
Jeux de données réseau
Les jeux de données réseau sont des ensembles de classes d'entités possédant une relation de connectivité. Les jeux de données réseau sont créés à partir de trois types de source : des sources d’entités tronçons (axes médians de rue, par exemple), des sources d’entités jonctions (classes d’entités ponctuelles contenant des passages à niveau, par exemple) et des sources d’entités tournants. Ils permettent de modéliser les transports.
Il n’est pas possible de créer ou de mettre à jour des jeux de données réseau dans ArcGIS Pro, mais il est possible de les afficher.
Les tables suivantes stockent des informations relatives aux jeux de données réseau. La partie ID dans les noms des six premières tables correspond à l’identifiant de réseau logique. La valeur itemID dans les deux dernières tables correspond à l’ID d’objet du réseau dans la table système gdb_items.
- n_<id>_desc
- n_<id>_edgeweight
- n_<id>_junctionweight
- n_<id>_props
- n_<id>_topology
- n_<id>_turnweight
- nd_<itemid>_dirtyareas
- nd_<itemid>_dirtyobjects
Réseaux de distribution
Un réseau technique est un ensemble de tables associées entre elles dans une géodatabase d’entreprise, qui fournissent une infrastructure permettant de modéliser des systèmes techniques dans des domaines tels que l’électricité, le gaz, l’eau, les eaux pluviales, les eaux usées et les télécommunications.
Vous créez des réseaux de distribution dans une géodatabase d’entreprise à l’aide de ArcGIS Pro et publiez les réseaux sur un site ArcGIS GIS Server fédéré avec un portail ArcGIS Enterprise. Les autres membres de votre portail interagissent avec le réseau via l’élément de portail, et non avec la couche dans la géodatabase.
Un réseau de distribution se compose des tables ci-dessous. Certaines de ces tables sont générées la première fois que vous effectuez une opération qui nécessite l'existence de la table. L’ID dans les noms de table est la valeur oid issue de la table système gdb_items.
- un_<id>_aggregations
- un_<id>_associations
- un_<id>_attributeoverrides
- un_<id>_connectivityoverrides
- un_<id>_containers
- un_<id>_diagrams
- un_<id>_dirtyareas
- un_<id>_edgeweights
- un_<id>_edges
- un_<id>_eidmappings
- un_<id>_elementassociations
- un_<id>_junctionweights
- un_<id>_junctions
- un_<id>_lineerrors
- un_<id>_pointerrors
- un_<id>_polygonerrors
- un_<id>_props
- un_<id>_relations
- un_<id>_rules
- un_<id>_subnetworks
- un_<id>_systemjunctions
- un_<id>_templates
- un_<id>_tmpaggregations
- un_<id>_tmpcontainers
- un_<id>_tmpdiagrams
- un_<id>_tmpedges
- un_<id>_tmpjunctions
- un_<id>_tmprelations
- un_<id>_topology
- un_<id>_traceconfigurations
- un_<id>_weightdefs
Tracer des réseaux
Un réseau de traces est un ensemble de tables associées entre elles qui fournissent une infrastructure permettant de modéliser des systèmes linéaires tels que les voies ferrées et les systèmes hydrologiques.
Un réseau de traces est composé des tables suivantes. Certaines de ces tables sont générées la première fois que vous effectuez une opération qui nécessite l'existence de la table. L’ID dans les noms de table est la valeur oid issue de la table système gdb_items.
- tn_<id>_aggregations
- tn_<id>_associations
- tn_<id>_containers
- tn_<id>_diagrams
- tn_<id>_dirtyareas
- tn_<id>_edgeweights
- tn_<id>_edges
- tn_<id>_eidmappings
- tn_<id>_elementassociations
- tn_<id>_junctionweights
- tn_<id>_junctions
- tn_<id>_lineerrors
- tn_<id>_pointerrors
- tn_<id>_props
- tn_<id>_relations
- tn_<id>_systemjunctions
- tn_<id>_templates
- tn_<id>_tmpaggregations
- tn_<id>_tmpcontainers
- tn_<id>_tmpdiagrams
- tn_<id>_tmpedges
- tn_<id>_tmpjunctions
- tn_<id>_tmprelations
- tn_<id>_topology
- tn_<id>_traceconfigurations
- tn_<id>_weightdefs
Ateliers parcellaires
Les ateliers parcellaires sont un type de jeu de données dans la géodatabase, qui est créé et géré à l’aide de données de plans topographiques. L’atelier est une surface continue et intégrée de parcelles connectées, représentant l’enregistrement topographique complet pour une zone de terrain. Le jeu de données contient plusieurs classes d'entités. Ces classes d'entités représentent les limites, extrémités et d'autres attributs physiques des parcelles.
Il existe deux implémentations d’ateliers parcellaires : les ateliers parcellaires auxquels l’accès s’effectue via des services d’entités et les ateliers parcellaires ArcMap.
Ateliers parcellaires ArcGIS
Les tables suivantes sont créées dans la base de données lorsque vous créez un atelier parcellaire dans ArcGIS Pro :
- <parcel_fabric>_connections
- <parcel_fabric>_points
- <parcel_fabric>_records
Ces tables, ainsi que les tables de classes d’entités requises pour le type d’atelier parcellaire et les tables de validation des règles attributaires, sont visibles dans ArcGIS Pro et la base de données.
Ateliers parcellaires ArcMap
L’accès dans la géodatabase aux ateliers parcellaires existants s’effectue directement via ArcMap. Ces types d’atelier parcellaire sont accessibles en lecture seule dans ArcGIS Pro.
Les tables suivantes dans la base de données font partie d’un atelier parcellaire ArcMap :
- <parcel_fabric>_accuracy
- <parcel_fabric>_adjustments
- <parcel_fabric>_control
- <parcel_fabric>_history
- <parcel_fabric>_idsequencer
- <parcel_fabric>_jobobjects
- <parcel_fabric>_jobs
- <parcel_fabric>_levels
- <parcel_fabric>_linepoints
- <parcel_fabric>_lines
- <parcel_fabric>_parcels
- <parcel_fabric>_plans
- <parcel_fabric>_points
- <parcel_fabric>_vectors
Topologies
Les topologies sont des règles qui garantissent l'intégrité des données et gèrent le comportement des classes d'entités spatialement reliées entre elles. Une topologie de géodatabase stocke des informations sur les classes d'entités appartenant à la topologie, la tolérance d'agrégat attribuée à la topologie, le classement relatif de chaque classe d'entités dans la topologie et la liste des règles qui s'appliquent à la topologie.
Lorsque vous validez une topologie, les zones à valider et les erreurs topologiques rencontrées pour chaque topologie sont stockées dans un ensemble de tables de la structure du compte de l’utilisateur connecté à la géodatabase lorsqu’une validation de topologie est effectuée.
Une topologie est composée des tables ci-dessous. L’ID dans les noms de table correspond à l’identifiant de topologie stocké dans la table système gdb_items.
- t_<id>_dirtyareas
- t_<id>_lineerrors
- t_<id>_pointerrors
- t_<id>_polyerrors
Jeux de données de MNT
Les jeux de données de MNT sont des surfaces qui représentent un espace en trois dimensions. Ils utilisent des mesures (stockées comme classes d'entités) et des règles pour générer des pyramides de TIN (triangular irregular network) permettant de représenter les altitudes. Les classes d'entités sources peuvent être référencées par le jeu de données de MNT ou bien intégrées dans le jeu de données de MNT.
Un jeu de données de MNT est composé des tables internes suivantes :
- dtm_<objectID>_compositetiles
- dtm_<objectID>_dirtyarea
- dtm_<objectID>_embed_# : cette table n’existe que si le jeu de données de MNT contient des données imbriquées. Il existe une table par classe d’entités intégrée dans le jeu de données de MNT.
- dtm_<objectID>_insidetiles
- dtm_<objectID>_mrfc
- dtm_<objectID>_props
Jeux de données mosaïque
Les jeux de données mosaïques sont implémentés à l’aide de plusieurs tables qui stockent des informations relatives à l’imagerie stockée sur disque. Ces tables comportent un ensemble de propriétés et de règles qui définissent une vue en mosaïque en temps réel de vos données d’imagerie.
Un jeu de données mosaïque peut comporter un maximum de 12 tables. Certaines de ces tables sont générées la première fois que vous effectuez une opération qui nécessite l'existence de la table. Les mosaïques référencées n'ont que deux tables : les tables BND et LOG. Il s'agit des tables suivantes :
- amd_<mosaic_dataset_name>_ana
- amd_<mosaic_dataset_name>_art
- amd_<mosaic_dataset_name>_bnd
- amd_<mosaic_dataset_name>_cat
- amd_<mosaic_dataset_name>_cca
- amd_<mosaic_dataset_name>_che
- amd_<mosaic_dataset_name>_csl
- amd_<mosaic_dataset_name>_log
- amd_<mosaic_dataset_name>_ovr
- amd_<mosaic_dataset_name>_sml
- amd_<mosaic_dataset_name>_str
- amd_<mosaic_dataset_name>_sts
Jeux de données raster
Les données raster sont des données spatiales représentées dans un tableau de cellules de taille égale organisées en lignes et colonnes. Les données raster sont composées d'un ou plusieurs canaux raster. Lorsqu’un jeu de données raster est créé ou importé, une colonne raster est ajoutée à la table de base au moment de sa création dans la base de données. Chaque cellule de la colonne raster contient une référence à un raster stocké dans une table raster distincte.
Chaque jeu de données raster contient une table de base dans laquelle sont stockés des attributs, une colonne raster et l'emprise (la surface) du raster.
Les images raster et leurs propriétés sont stockées dans les tables suivantes :
- sde_aux_<raster_column_ID>
- sde_blk_<raster_column_ID>
- sde_bnd_<raster_column_ID>
- sde_ras_<raster_column_ID>
- sde_vat_<raster_column_ID> : table facultative permettant de définir les attributs des valeurs des cellules raster d’un jeu de données raster.
Boîtes à outils
Les boîtes à outils stockent les scripts et les outils de géotraitement. Vous pouvez créer une boîte d’outils dans votre géodatabase pour y stocker les outils de géotraitement système que vous utilisez souvent et les scripts personnalisés que vous créez.
Il existe une table pour chaque boîte d’outils. Cette table porte le même nom que la boîte d'outils.
Vous avez un commentaire à formuler concernant cette rubrique ?