Définir des propriétés de classe d’entités

Lorsque vous créez une classe d'entités, vous devez spécifier plusieurs propriétés de classe d'entités qui définissent sa structure.

Dans la plupart des scénarios, la meilleure solution consiste à accepter les valeurs par défaut pour ces propriétés. Toutefois, cette section décrit chaque propriété de classe d’entités pour que vous compreniez à quel moment et pour quelle raison vous devez utiliser des valeurs autres que les valeurs par défaut, et la manière dont la modification de ces valeurs influe sur vos données.

La création d’une classe d’entités appropriée, adaptée à votre modèle de données, dépend des propriétés de classe d’entités décrites ci-dessous.

Nom et alias

Le nom de la classe d’entités est un étiquette unique qui identifie la classe d’entités. La méthode la plus répandue pour nommer une classe d'entités consiste à mélanger des majuscules et des minuscules ou à utiliser un trait de soulignement, par exemple, « RoutesPrincipales » ou « Routes_Principales ».

Lorsque vous créez une classe d’entités, vous devez lui donner un nom qui indique quelles données elle contient. Les noms de classes d'entités doivent être uniques dans une base de données ou une géodatabase. Vous ne pouvez pas avoir plusieurs classes d'entités avec le même nom. Avoir deux classes d'entités du même nom dans une même géodatabase, même incluses dans des jeux de données d'entités différents, n'est pas autorisé.

Le nom que vous indiquez quand vous créez la classe d’entités n’est toutefois pas le nom de la classe d’entités tel qu’il apparaît dans la base de données ou la géodatabase. La base de données ou la géodatabase ajoute au nom de la classe d’entités le nom de la structure dans laquelle la classe d’entités est stockée. Dans toutes les bases de données sauf Oracle, le nom de la base de données est également ajouté au nom. Ce nom est appelé nom de classe d'entités qualifié. Par exemple, si l’utilisateur Werther crée une classe d’entités nommée alpacas dans la base de données spdata, le nom complet de la classe d’entités est spdata.werther.alpacas.

Par conséquent, d’autres utilisateurs peuvent créer des classes d’entités nommées alpacas puisqu’elles porteront leur nom d’utilisateur ajouté au nom de la classe. Par exemple, si l’utilisateur Gretchen crée sa propre classe d’entités alpacas, le nom complet est spdata.gretchen.alpacas.

Toutefois, il est recommandé de ne pas réutiliser des noms des classes d’entités même si elles sont stockées dans des structures ou des bases de données différentes. Dans cet exemple, si les deux classes d'entités contenaient des informations sur les alpagas, il n'y aurait aucune raison d'avoir deux classes distinctes. Si les données sont vraiment différentes entre les deux classes d’entités, les noms des classes d’entités devraient le refléter.

Règles et limitations appliquées aux noms de classe d’entités et de table

Le tableau suivant dresse la liste des règles de caractères prises en charge dans les noms de classe d’entités et de table :

Caractère	Début du nom	Autre position	Dans l’alias
Lettres (A–Z)
Trait de soulignement ( _ )
Chiffres (0–9)
Espaces
Symboles (autres que le trait de soulignement)
Lettres et chiffres en exposant
Lettres et chiffres en indice

Règles et limitations supplémentaires appliquées aux noms de classe d’entités et de table :

• Les noms de classe d’entités et de table ne peuvent pas contenir de mots réservés, comme select ou add. Consultez la documentation de votre système de gestion de bases de données (SGBD) pour connaître les autres mots réservés.
• les noms de table ou de classe d’entités avec les préfixes suivants ne sont pas pris en charge :
  • gdb_
  • sde_
  • delta_
• La longueur des noms des classes d'entités et des tables dépend de la base de données sous-jacente. Pour plus d’informations sur les limitations propres aux bases de données, reportez-vous à la rubrique Limites de taille et de nom de la géodatabase fichier, Limites de taille et de nom de la géodatabase mobile ou Données de base de données et ArcGIS.

Remarque :

Reportez-vous à la rubrique Noms de champs pour en savoir plus sur le changement de noms de champs et sur les règles et limitations appliquées aux noms de champs.

Alias

Lorsque vous créez une table ou une classe d'entités dans une géodatabase, vous pouvez lui attribuer un alias. Un alias est un nom secondaire. Si vous attribuez un alias à une table ou une classe d’entités, il s’agit du nom que les utilisateurs voient lors de l’ajout à la carte. Les utilisateurs peuvent consulter le nom de la table ou de la classe d’entités en accédant à l’onglet Source de la boîte de dialogue Properties (Propriétés).

Lorsque vous créez une table ou une classe d’entités dans une géodatabase à l’aide des outils de géotraitement, aucun paramètre n’indique l’alias. Vous pouvez toutefois définir un alias pour la table ou classe d’entités sous l’onglet Source de la boîte de dialogue Properties (Propriétés).

1. Cliquez avec le bouton droit de la souris sur la classe d’entités ou la table dans la fenêtre Catalog (Catalogue).
2. Cliquez sur Properties (Propriétés).
3. Cliquez sur l’onglet Source.
4. Cliquez sur la propriété Alias pour activer la mise à jour du nom.

   

5. Saisissez un alias et cliquez sur OK pour définir l’alias de cette table ou classe d’entités.

Types de classes d'entités

Les entités vectorielles (objets géographiques possédant une géométrie vectorielle) représentent des types de données géographiques polyvalents et fréquemment utilisés, bien adaptés pour représenter des entités possédant des limites disjointes comme des rues, des états et des parcelles. Une entité est un objet qui stocke sa représentation géographique (souvent un point, une ligne ou un polygone) en tant qu'une des propriétés (ou champs) de la ligne. Dans ArcGIS, les classes d'entités sont des ensembles homogènes d'entités avec une représentation spatiale commune et un ensemble d'attributs stockés dans une table de base de données, par exemple, une classe d'entités linéaires pour la représentation d'axes médians de route.

Remarque :

Quand vous créez une classe d’entités, vous êtes invité à préciser le type d’entités pour définir le type de classe d’entités (point, multi-points, polyligne ou multipatch).

Généralement, les classes d'entités constituent des ensembles thématiques de points, de lignes ou de polygones, mais il existe plusieurs types de classe d'entités. Les trois premiers sont pris en charge dans les bases de données et les géodatabase. Les quatre derniers sont pris en charge uniquement dans les géodatabase.

• Points : entités trop petites pour être représentées sous la forme de lignes ou de polygones, ainsi qu’emplacements des points (par exemple, des observations GPS).
• Lignes : représentent la forme et l’emplacement d’objets géographiques trop étroits pour être affichés sous forme de surfaces (par exemple, les axes de rue et les cours d’eau). Les lignes permettent également de représenter des entités qui ont une longueur mais aucune surface, telles que les isolignes et les limites.
• Polygones : jeu d’entités surfaciques à nombreux côtés représentant la forme et l’emplacement de types d’entités homogènes, tels que les états, les départements, les parcelles, les types de sol et les zones d’utilisation du sol.
• Annotation : texte de carte incluant les propriétés de rendu du texte. Par exemple, outre la chaîne de texte de chaque annotation, d'autres propriétés sont incluses, telles que les points de forme pour le placement du texte, la police et la taille de point de celui-ci, ainsi que d'autres propriétés d'affichage. Les annotations peuvent également être liées à des entités et contenir des sous-classes.
• Dimensions : type d’annotation spécial qui affiche des longueurs ou des distances spécifiques, par exemple, pour indiquer la longueur d’un côté d’un bâtiment, d’une limite de parcelle ou la distance entre deux entités. Les dimensions sont très souvent utilisées dans des applications de conception, d'ingénierie et d'équipements SIG.

  

• Multi-points : entités composées de plusieurs points. Les multi-points sont souvent utilisés pour gérer des tableaux de collections de points très volumineux, tels que des agrégats de points LiDAR qui peuvent contenir littéralement des milliards de points. Il n'est pas possible d'utiliser une seule ligne pour une telle géométrie de point. L'agrégation de ces lignes en lignes multi-points permet à la géodatabase de traiter des ensembles de points volumineux.

  

• Multipatchs : géométrie 3D permettant de représenter la surface extérieure (l’enveloppe) d’entités qui occupent une zone discrète ou un volume dans un espace en trois dimensions. Les multipatchs comprennent des anneaux et des triangles 3D planaires utilisés en combinaison pour modéliser une enveloppe tridimensionnelle. Vous pouvez utiliser des multipatchs pour représenter n’importe quel objet simple, tel que des sphères et des cubes, ou complexe, comme des isosurfaces et des bâtiments.

  

• Objet 3D : géométrie 3D spécialisée dans la représentation de la prise en charge de formats supplémentaires, tels que les matériaux, ainsi que la surface extérieure (l’enveloppe) des entités qui occupent une zone discrète ou un volume dans un espace en trois dimensions. Vous pouvez utiliser des objets 3D pour représenter des matériaux à un niveau de détail élevé afin de prendre en charge l’aspect esthétique, comme la brillance ou la rugosité. Vous pouvez les utiliser sur des objets simples ou avancés, tels que des sphères et des cubes, ainsi que sur des structures complexes, telles que des isosurfaces et des matériaux de bâtiment. Les objets 3D font appel à des tables associées avancées afin de stocker plus composants pour les matériaux. Ces tables, ainsi que les anneaux et les triangles 3D planaires, sont combinés pour modéliser une enveloppe tridimensionnelle.

Propriétés de géométrie

Lors de la création d’une classe d’entités, vous pouvez permettre aux coordonnées de contenir des valeurs de mesure (m) ou des valeurs z pour les données tridimensionnelles.

La nécessité ou non de des valeurs m ou z est déterminée par le type de données que vous utilisez.

L’inclusion de valeurs m dans vos données permet le stockage de valeurs attributaires au sommet de coordonnées de point. Dans le cas du référencement linéaire, les valeurs m stockent des mesures dans les sommets le long d'une entité linéaire. Cela permet la localisation d'un emplacement le long de la ligne. Si vous utilisez des applications de référencement linéaire ou de segmentation dynamique avec vos données, vos coordonnées doivent inclure des valeurs m.

Les valeurs z sont utilisées pour représenter l'altitude ou un autre attribut pour l'emplacement d'une surface donnée. Dans un modèle numérique de terrain ou d’altitude, la valeur z représente l’altitude ; dans d’autres modèles de surface, elle représente la densité ou la quantité d’un attribut donné, comme les précipitations annuelles, la population et d’autres mesures de surface. Si vous modélisez l’altitude, créez des terrains ou utilisez des surfaces 3D, vos coordonnées doivent inclure des valeurs z.

Système de coordonnées

Lors de la création d’une classe d’entités, vous devez sélectionner ou éventuellement créer un système de coordonnées. Le système de coordonnées, avec les valeurs de tolérance et de résolution, constitue une référence spatiale d’une classe d’entités. Une référence spatiale décrit l'endroit où les entités sont localisées dans le monde réel.

Vous pouvez définir un système de coordonnées pour votre classe d'entités de plusieurs manières :

• Vous pouvez sélectionner l'un des systèmes de coordonnées prédéfinis fournis avec ArcGIS. Accédez à un système de coordonnées géographiques ou projetées qui représente de manière appropriée la surface dans votre modèle de données.
• Importez les paramètres du système de coordonnées utilisé par une autre classe d'entités. Si vous souhaitez utiliser le système de coordonnées d'une autre classe d'entités comme modèle, vous pouvez le rechercher et l'importer.
• Définissez un nouveau système de coordonnées personnalisé. Vous pouvez entrer des valeurs pour créer un système de coordonnées conçu pour vos besoins.

Si vous incluez des valeurs z avec vos coordonnées, vous devez également spécifier un système de coordonnées verticales. Un système de coordonnées verticales géoréférence les valeurs Z, utilisées le plus souvent pour représenter l'altitude. Un système de coordonnées verticales inclut un datum géodésique ou vertical, une unité linéaire de mesure, une direction d'axe et un déplacement vertical.

Les valeurs de mesure n'ont pas de système de coordonnées.

Si vous ne disposez pas d’informations sur le système de coordonnées pour vos données ou si vous ne savez pas quel système de coordonnées utiliser, vous pouvez sélectionner un système de coordonnées inconnu.

Vous pouvez également mettre à jour les propriétés d’un système de coordonnées existant en le copiant et en le modifiant.

En savoir plus sur les systèmes de coordonnées et les projections

Tolérance

Une référence spatiale dans la géodatabase comprend également des valeurs de tolérance, des coordonnées x,y, des coordonnées z et des coordonnées m qui comportent toutes des valeurs de tolérance associées reflétant l’exactitude des données de coordonnées. La valeur de tolérance est la distance minimale entre des coordonnées. Si une coordonnée se trouve dans la valeur de tolérance d'une autre coordonnée, les deux coordonnées sont interprétées comme étant au même emplacement. Cette valeur est utilisée dans les opérations relationnelles et topologiques lorsqu'il est déterminé si deux points sont assez proches pour qu'on leur attribue la même valeur de coordonnée ou s'ils sont suffisamment éloignés pour avoir chacun leur propre valeur de coordonnée.

La tolérance par défaut est de 0,001 mètre ou son équivalent dans les unités de carte. C'est 10 fois la valeur de résolution par défaut, ce qui est recommandé dans la plupart des cas. La valeur de tolérance minimale autorisée est deux fois la valeur de résolution. La définition d'une valeur de tolérance plus élevée entraîne une précision réduite dans vos données de coordonnée, alors qu'une valeur de tolérance plus faible se traduit par une précision plus élevée.

Remarque :

Des valeurs de tolérance différentes peuvent générer des réponses différentes pour les opérations relationnelles et topologiques. Par exemple, deux géométries peut être classées comme étant disjointes (aucun point en commun) avec la tolérance minimale, mais une tolérance plus élevée peut avoir pour effet qu'elles soient classées comme se touchant.

Conseil :

Les propriétés de tolérance peuvent être définies sous l'onglet Environnements de l'outil Créer une classe d'entités.

Résolution et étendue de domaine

Toutes les coordonnées de la classe d’entités ou du jeu de données d’entités sont géoréférencées en fonction du système de coordonnées sélectionné et capturées sur une grille. Cette grille est définie par la résolution qui détermine la précision (le nombre de chiffres significatifs) de vos valeurs de coordonnées. La résolution définit la finesse d'un maillage de grille qui couvre l'étendue de votre classe d'entités ou de votre jeu de données d'entités. Toutes les coordonnées sont capturées sur cette grille et la résolution définit la distance qui sépare les différentes lignes de la grille.

Les valeurs de résolution sont dans les mêmes unités que le système de coordonnées associé. Par exemple, si une référence spatiale utilise un système de coordonnées projetées avec des unités de mètres, la valeur de résolution est définie en mètres. Vous devez utiliser une valeur de résolution qui est au moins 10 fois plus faible que la valeur de tolérance.

La valeur de résolution par défaut (et recommandée) est 0,0001 mètre (1/10 mm) ou son équivalent dans les unités de carte.

Par exemple, si une classe d’entités est stockée en pieds State Plane, la précision par défaut est de 0,0003281 pieds (0,003937 pouces). Si les coordonnées sont stockées en degrés de latitude-longitude, la résolution par défaut est de 0,000000001 degrés.

Pour les systèmes de coordonnées inconnus, ou pour les valeurs m, définissez des valeurs de résolution appropriées pour le type de données sans définir explicitement l’unité de mesure.

Conseil :

Les propriétés de résolution et d'étendue de domaine peuvent être définies sous l'onglet Environnements de l'outil Créer une classe d'entités.

Mots-clés de configuration

Vous pouvez spécifier des mots-clés de configuration lorsque vous créez une table ou une classe d’entités afin de définir précisément le mode de stockage des données. Les paramètres de configuration sont regroupés en un ou plusieurs mots-clés de configuration, l'un d'entre eux étant le mot-clé de configuration par défaut, qui spécifie les paramètres de stockage par défaut.

Dans la plupart des cas, le mot-clé DEFAULT doit être utilisé. Cependant, il convient parfois d’entrer d’autres mots-clés de configuration lorsque vous créez des jeux de données ou des types de données particuliers, afin d’optimiser leurs performances ou de définir en détail certains aspects de leur stockage dans la base de données.

Voici quelques exemples de mots-clés de configuration et de leur utilisation :

• DEFAULT : ce mot-clé permet d’utiliser des paramètres de configuration et de stockage par défaut appropriés pour la plupart des utilisations de la géodatabase.
• MAX_FILE_SIZE_256TB : si vous importez une image extrêmement volumineuse dans une géodatabase fichier, vous pouvez spécifier le mot-clé de configuration MAX_FILE_SIZE_256TB qui demande à la géodatabase d’autoriser une taille maximale de 256 téraoctets pour un jeu de données raster.
• TEXT_UTF16 : si vous copiez une classe d’entités contenant des caractères chinois dans une géodatabase fichier, vous pouvez spécifier le mot-clé de configuration TEXT_UTF16 pour que les caractères de texte des colonnes attributaires soient stockés au format UTF-16 qui est plus efficace pour les caractères chinois.

En savoir plus sur les mots-clés de configuration pour les géodatabases fichier

En savoir plus sur les mots-clés de configuration pour les géodatabases d’entreprise

Champs et propriétés de champ

Lorsque vous créez une classe d’entités à l’aide de l’assistant Create Feature Class (Créer une classe d’entités) ou de l’outil Créer une classe d’entités, seuls les champs gérés par la géodatabase sont ajoutés à la classe d’entités. Vous pouvez ajouter vos propres champs à la classe d’entités dans la vue des champs. La vue des champs vous permet de spécifier les propriétés propres à chaque champ, comme le type de champ et la taille maximale des données pouvant être stockées dans le champ.

Tous les champs ont des propriétés telles que les propriétés suivantes :

• Alias : autre nom du champ de classe d’entités. Contrairement aux noms réels des champs, les alias ne sont pas limités par les contraintes de la base de données, et peuvent contenir des espaces, des caractères spéciaux et commencer par un nombre. Vous pouvez uniquement spécifier des alias de champ pour les classes d'entités dans des géodatabases.
• Allow Nulls : cela contrôle si une contrainte NOT NULL est exercée sur le champ une fois ce dernier créé. Si Allow Nulls est défini sur No (Non), la définition de champ dans la base de données contient la contrainte NOT NULL. Si vous conservez la valeur par défaut Yes (Oui), le champ prend la valeur NULLABLE.

  Remarque :

  Le modèle de géodatabase insère une valeur vide (numérique = 0, texte ="") au lieu d’une base de données NULL si, et seulement si, une contrainte NOT NULL figure dans le champ de la base de données.

• Default Value : vous pouvez saisir une valeur par défaut pour renseigner automatiquement une nouvelle entité ou un nouvel objet lorsqu’il est créé avec les outils de mise à jour de ArcGIS Pro . Vous pouvez uniquement spécifier des valeurs de champ par défaut pour les classes d'entités dans des géodatabases.
• Length : propriété de champs de texte qui détermine le nombre maximal de caractères pouvant être entrés.

Toutes les classes d'entités ont un jeu de champs requis, nécessaires à l'enregistrement de l'état de tout objet faisant partie de la table ou de la classe d'entités. Ces champs requis sont automatiquement créés lors de la création d'une classe d'entités et ne peuvent pas être supprimés. Les champs requis ont parfois des propriétés requises, telles que la propriété de domaine. Il est impossible de modifier la propriété requise d'un champ requis.

Par exemple, dans une classe d’entités surfaciques, les champs OBJECTID et SHAPE sont requis. Ils possèdent des propriétés que vous pouvez modifier, comme leur type de géométrie, mais ces champs ne peuvent pas être supprimés.

Si vous créez une classe d'entités linéaires dans une géodatabase, un champ est automatiquement ajouté à la classe d'entités pour enregistrer la longueur de la ligne. Si vous créez une classe d'entités surfaciques, deux champs sont automatiquement ajoutés pour enregistrer la longueur (périmètre) et la surface de chaque entité surfacique. Les unités de mesure de ces valeurs dépendent de la référence spatiale définie pour la classe d'entités. Les noms de ces champs varient selon la base de données et le type spatial que vous utilisez. Ces champs sont obligatoires et ne peuvent pas être modifiés.

Certains noms de champ apparaissent dans ArcGIS avec leurs noms complets pour les classes d’entités stockées dans une géodatabase d’entreprise. Par exemple, si vous créez ou importez une classe d’entités surfaciques contenant un champ nommé AREA, la base de données, la structure et le nom de classe d’entités lui sont ajoutés. Il s'agit du nom qui s'affiche dans la table attributaire de la classe d'entités. Cela signifie que pour une classe d’entités surfaciques nommée ARCHSITES stockée dans la structure PROF de la base de données MUSEUM, le champ AREA apparaît ainsi :

MUSEUM.PROF.ARCHSITES.AREA

La liste suivante contient tous les noms de champs complets dans une géodatabase d’entreprise :

• FID
• AREA
• LEN
• POINTS
• NUMOFPTS
• ENTITY
• EMINX
• EMINY
• EMAXX
• EMAXY
• EMINZ
• EMAXZ
• MIN_MEASURE
• MAX_MEASURE

Pour ce type de cas, utilisez éventuellement un nom de champ différent ou un alias de champ.

Importation de champs

Lorsque vous créez une classe d'entités, vous avez la possibilité d'importer des champs à partir d'une autre classe d'entités ou table. Cette option vous permet d’utiliser une autre classe d’entités ou table comme modèle de définitions des champs que celle que vous créez. Une fois les champs importés, vous pouvez modifier les noms des champs, leur type de données et leurs propriétés.

Lorsque vous importez des champs à la création d’une classe d’entités, cela n’a aucune incidence sur les champs obligatoires. Par exemple, si vous définissez la propriété du type de géométrie de la nouvelle classe d’entités en vue du stockage de points, l’importation des définitions de champs à partir d’une classe d’entités, dans laquelle la propriété du type de géométrie du champ SHAPE est définie pour le stockage de polygones, ne remplace pas le type de géométrie de la classe d’entités.

Modèle de fractionnement

Lorsqu’une classe d’entités surfaciques est créée, un modèle de fractionnement est automatiquement créé par défaut sur la classe d’entités. Le modèle de fractionnement permet de déterminer la façon dont la géométrie de l’entité et ses attributs dans la table sont divisés lorsqu’une entité est fractionnée lors d’une mise à jour.

Les deux comportements suivants peuvent être définis pour le modèle de fractionnement :

• Update/Insert (Mettre à jour/Insérer) (par défaut)
• Delete/Insert/Insert (Supprimer/Insérer/Insérer)

Les barres obliques figurant dans le nom du modèle de fractionnement représentent une liste ordonnée d’opérations qui sont effectuées sur l’entité au sein de la classe d’entités fractionnée. Update/Insert (Mettre à jour/Insérer) est le modèle par défaut et la plupart des utilisateurs n’auront jamais besoin de le modifier. Le modèle de fractionnement Delete/Insert/Insert (Supprimer/Insérer/Insérer) convient davantage si vous avez des besoins de modélisation spécifiques, comme lors de l’appariement d’un format précis pour l’interopérabilité et la conversion de données, qui doivent identifier un fractionnement comme une suppression d’une entité d’origine.

Outre la définition du modèle de fractionnement sur une classe d’entités, vous pouvez également définir la règle de division sur une classe de relations. La règle de division de la classe de relations permet de déterminer le mode de traitement des enregistrements associés dans la table de destination lorsqu’une entité de la classe d’entités d’origine est fractionnée au cours de la mise à jour. En fonction du type de la classe de relations, simple ou composite, il est possible de définir plusieurs comportements de règle différents, comme Default (simple) (Par défaut (simple)), Default (composite) (Par défaut (composite)) et Duplicate related objects (Dupliquer les objets associés).

Pour plus de détails sur la procédure de définition et d’utilisation de cette propriété de la classe de relations, reportez-vous à la rubrique Définir la règle de fractionnement de la classe de relations.

Le modèle de fractionnement d’une classe d’entités peut être défini à l’aide de l’une des deux méthodes suivantes :

• Propriétés de la classe d’entités—Sous l’onglet Source de la boîte de dialogue Feature Class Properties (Propriétés de la classe d’entités), faites défiler l’écran vers Split Model (Modèle de fractionnement). Cliquer sur la cellule sous Split Model (Modèle de fractionnement) active une liste déroulante. Choisir un modèle de fractionnement dans la liste alimente l’outil de géotraitement Set Feature Class Split Model (Définir le modèle de fractionnement de la classe d’entités) et le lance en arrière-plan.

  

• Outil Set Feature Class Split Model (Définir le modèle de fractionnement de la classe d’entités) : utilisez l’outil de géotraitement Set Feature Class Split Model (Définir le modèle de fractionnement de la classe d’entités) pour changer de modèle de division pour une classe d’entités.

  

  Remarque :

  Si la classe d’entités en entrée provient d’une géodatabase d’entreprise, vous devez être le propriétaire des données pour exécuter cet outil.

Update/Insert (Mettre à jour/Insérer)

Par défaut, un modèle de fractionnement Update/Insert (Mettre à jour/Insérer) est défini sur les classes d’entités lorsqu’elles sont créées. Ainsi, lorsqu’une entité de la classe d’entités est fractionnée lors d’une mise à jour, l’entité d’origine est mise à jour et devient la plus grande entité, l’entité la plus petite étant insérée sous forme de nouvelle ligne dans la table.

Exemple (Update/Insert (Mettre à jour/Insérer)) :

L’image ci-dessous représente la situation avant et après le fractionnement d’un câble, OBJECTID 2 dans la classe d’entités câble et indique l’endroit où le modèle de fractionnement est défini sur la valeur par défaut, Update/Insert (Mettre à jour/Insérer). Avant le fractionnement, la première ligne est sélectionnée, OBJECTID 2, et l’outil de mise à jour du fractionnement est utilisé pour fractionner cette entité sélectionnée. Après le fractionnement, la première ligne, OBJECTID 2, est conservée et sa géométrie ainsi que sa valeur attributaire OBJECTID sont mises à jour. Cela indique que OBJECTID 2 contient la plus grande entité après le fractionnement et que l’entité la plus petite a été insérée sous forme de nouvelle ligne dans la table, avec un OBJECTID égal à 5. Après le fractionnement, OBJECTID 2 et OBJECTID 5 ont la même longueur totale que la longueur d’origine de OBJECTID 2 avant son fractionnement.

Delete/Insert/Insert (Supprimer/Insérer/Insérer)

Une fois que le modèle de fractionnement est défini en tant que Delete/Insert/Insert (Supprimer/Insérer/Insérer) pour une classe d’entités, lorsqu’une entité de cette classe d’entités est fractionnée lors de la mise à jour, le fractionnement génère une suppression de l’entité d’origine fractionnée, suivie de l’insertion des deux parties de l’entité fractionnée sous forme de nouvelles entités avec deux nouvelles lignes dans la table.

Remarque :

Toute classe d’entités avec un modèle de fractionnement défini sur Delete/Insert/Insert (Supprimer/Insérer/Insérer) ne s’ouvre pas dans des versions antérieures à ArcGIS Pro 2.6 ou ArcGIS Enterprise 10.8.1.

Exemple (Delete/Insert/Insert (Supprimer/Insérer/Insérer)) :

L’image ci-dessous représente la situation avant et après le fractionnement d’un câble, OBJECTID 2, dans la classe d’entités câble et indique l’endroit où le modèle de fractionnement est défini sur Update/Insert (Mettre à jour/Insérer). Avant le fractionnement, l’outil de géotraitement Définir le modèle de fractionnement de la classe d’entités était exécuté pour modifier le modèle de fractionnement en Delete/Insert/Insert (Supprimer/Insérer/Insérer). La première ligne est sélectionnée, OBJECTID 2, et l’outil de mise à jour du fractionnement permet de fractionner cette entité sélectionnée. Après le fractionnement, vous remarquerez que la première ligne, OBJECTID 2, a été supprimée et que deux nouvelles lignes, OBJECTID 6 et OBJECTID 7, ont été insérées. Après le fractionnement, les deux nouvelles entités insérées ont la même longueur totale que la longueur d’origine avant le fractionnement.

Attention :

Si le modèle de fractionnement est défini sur Delete/Insert/Insert (Supprimer/Insérer/Insérer) sur une classe d’entités inscrite en tant que versionnée et que la même entité est fractionnée de deux manières dans deux versions, par exemple, les versions Default (Par défaut) et enfant, aucun conflit n’apparaît car l’entité d’origine a été supprimée et deux nouvelles entités sont insérées. Ainsi, la version enfant contient au final toutes les variantes de l’entité fractionnée à la réconciliation. Si le modèle de fractionnement par défaut Update/Insert (Mettre à jour/Insérer) est employé, la même entité est fractionnée de deux manières dans deux versions et un conflit mettre à jour/mettre à jour est généré, avertissant l’utilisateur qu’une erreur est survenue lors des mises à jour.

Propriétés des classes d'entités

Le modèle de fractionnement de la classe d’entités peut être affiché dans l’onglet Source de la boîte de dialogue Feature Class Properties (Propriétés de la classe d’entités), si vous faites défiler l’écran vers Split Model (Modèle de fractionnement).