Chaque classe d’entités et table est composée de champs définis selon leurs types de données.
Lorsque vous créez des classes d’entités et des tables, vous sélectionnez un type de données spécifique pour chaque champ. Le type de données est la propriété la plus importante d’un champ. Le type de données que vous sélectionnez détermine en effet quelles données le champ peut stocker. Les autres propriétés de champ que vous pouvez définir, telles que la précision, l’échelle et la longueur du champ, dépendent également du type de données défini pour le champ.
Dans ArcGIS Pro, parmi les types de données pouvant être appliqués à un champ figurent différent types numériques (entiers, flottant, double), texte, date uniquement, décalage de l’horodatage, grands objets binaires (BLOB), et identifiants uniques globaux (GUID). Reportez-vous à la rubrique Types de données ArcGIS pour obtenir la liste complète des types de données et des informations complémentaires concernant chacun d’entre eux.
Dans ArcGIS Pro, il est possible d’appliquer un type de données à un champ dans une nouvelle table ou une table existante ou une classe d’entités de l’une des manières suivantes.
- Vue des Champs
- Assistant Créer une classe d’entités
- Outil de géotraitement Ajouter un champ
- Outil de géotraitement Ajouter des champs
- Outil de géotraitement Créer une table
- Outil de géotraitement Créer une classe d’entités
- Outil de géotraitement Calculer un champ
Choisir les types de données les mieux adaptés pour vos champs permet de simplifier l’analyse de vos données, d’améliorer la performance et d’améliorer l’intégrité des données en garantissant que les données stockées dans vos tables et classes d’entités sont correctes. Comprendre ce que sont les types de données, pourquoi ils sont importants et quel est leur impact sur les exigences de stockage, vous permettra de d’exploiter au mieux vos données.
types de données ArcGIS
ArcGIS utilise différents types de données pour stocker et gérer les valeurs attributaires dans la géodatabase. 
Les types de données attributaires pris en charge dans la géodatabase sont notamment :
Conseil :
Cliquez sur les liens ci-dessous pour en savoir plus sur chaque type de données.
- Nombres : il peut s’agir de l’un des types de données numériques suivants :
- Court : entiers courts (16 bits)
- Long : entiers longs (32 bits)
- Entier très grand : entiers très grands (64 bits)
Attention :
Certaines applications client peuvent ne pas prendre intégralement en charge ce type de champ et sont susceptibles d’évoluer. Les types de champs ID d’objet (64 bits) et Très grand entier (64 bits) dans ArcGIS Pro sont limités au stockage de valeurs allant jusqu’aux entiers sûrs de 53 bits. Les valeurs des entiers sûrs de 53 bits permettent d’utiliser une plage comprise entre (-9007199254740991) et (9007199254740991), qui peut également s’écrire -(253) -1 et (2 53) -1. Les valeurs supérieures à 53 bits dans les champs ID d’objet (64 bits) et Très grand entier ajoutées à partir de sources externes peuvent être lues depuis le client ArcGIS Pro. Essayer d’écrire ou de modifier des nombres en dehors de cette plage dans ArcGIS Pro engendrera une erreur. Dans d’autres clients, la valeur peut être arrondie et empêcher une fonctionnalité de fonctionner.
- Flottant : nombres à virgule flottante à simple précision (32 bits)
- Double : nombres à virgule flottante à double précision (64 bits)
- Texte : tout ensemble de caractères alphanumériques d’une longueur spécifiée.
- Date et heure : il peut s’agir de l’un des types de données de date ou heure suivants :
- Date : valeurs de date et d’heure
- Date uniquement : valeurs de date uniquement sans valeurs d’heure
- Heure uniquement : valeurs d’heure uniquement sans valeurs de date
- Décalage de l’horodatage : date, heure et décalage par rapport au temps universel coordonné (UTC)
- BLOB : les objets BLOB sont utilisés pour stocker des documents, des photographies ou d’autres données volumineuses.
- Identifiants globaux: peuvent être les suivants :
- GUID : les types de données GUID stockent des chaînes de registre constituées de 36 caractères placés entre des accolades. Ces chaînes identifient de manière unique une entité ou une ligne de table dans une géodatabase et entre plusieurs géodatabases. Elles sont très utilisées pour gérer les relations, en particulier pour la gestion des données, le versionnement, les mises à jour incrémentielles et la réplication.
- ID globaux : les ID globaux identifient de manière unique une entité ou une ligne de table dans une ou plusieurs géodatabases.
- ID d’objet : un identifiant d’objet est un champ entier unique qui ne peut pas contenir de valeurs nulles et qui est ajouté lorsqu’une table de géodatabase ou une classe d’entités est créée dans ArcGIS. Ce champ ID d’objet stocke un identifiant unique pour chaque ligne de la table et est créé par défaut en tant qu’ID d’objet 32 bits dans les tables et classes d’entités. Si un champ ID d’objet doit stocker des valeurs supérieures à 2,14 milliards, le champ ID d’objet peut être migré en champ ID d’objet 64 bits à l’aide de l’outil de géotraitement Migrer un ID d’objet vers 64 bits.
Attention :
Certaines applications client peuvent ne pas prendre intégralement en charge ce type de champ et sont susceptibles d’évoluer. Les types de champs ID d’objet (64 bits) et Très grand entier (64 bits) dans ArcGIS Pro sont limités au stockage de valeurs allant jusqu’aux entiers sûrs de 53 bits. Les valeurs des entiers sûrs de 53 bits permettent d’utiliser une plage comprise entre (-9007199254740991) et (9007199254740991), qui peut également s’écrire -(253) -1 et (2 53) -1. Les valeurs supérieures à 53 bits dans les champs ID d’objet (64 bits) et Très grand entier ajoutées à partir de sources externes peuvent être lues depuis le client ArcGIS Pro. Essayer d’écrire ou de modifier des nombres en dehors de cette plage dans ArcGIS Pro engendrera une erreur. Dans d’autres clients, la valeur peut être arrondie et empêcher une fonctionnalité de fonctionner.
- Raster : un type de données raster peut être ajouté à une classe d’entités ou à une table de géodatabase pour stocker les données raster dans ou avec la géodatabase. Les rasters ne sont pas pris en charge dans les géodatabases mobiles.
Remarque :
Les types de données dans les géodatabases fichier et mobiles sont identiques aux types de données ArcGIS. Pour les systèmes de gestion des bases de données (SGBD), cependant, les types de données ArcGIS sont appariés aux types de données de la base de données et peuvent varier en fonction du SGBD. Pour en savoir plus sur l’appariement de types de données ArcGIS à des types de données SGBD, reportez-vous à la rubrique Types de données SGBD pris en charge dans ArcGIS.
Nombres
Vous pouvez stocker les nombres dans l’un des types de données numériques suivants :
- Court : entiers courts (16 bits)
- Long : entiers longs (32 bits)
- Très grand entier : très grands entiers (64 bits)
- Flottant : nombres à virgule flottante à simple précision (32 bits)
- Double : nombres à virgule flottante à double précision (64 bits)
La table suivante offre un résumé des types de données numériques, de leurs plages et exigences en espace de stockage. Les plages indiquées dans cette table concernent les géodatabases fichier et les géodatabases mobiles. Les plages sont légèrement différentes dans les bases de données et les géodatabases d’entreprise.
| Type de données | Plage stockable | Taille (bits) | Application |
|---|---|---|---|
Entier court | -32 768 à 32 767 | 16 | Valeurs numériques sans fractions appartenant à une plage particulière ; valeurs précodées |
Entier long | -2 147 483 648 à 2 147 483 647 | 32 | Valeurs numériques sans fractions appartenant à une plage particulière |
Entier très grand | -9,007,199,254,740,991 à 9,007,199,254,740,991 | 64 | Valeurs numériques sans fractions appartenant à une plage particulière |
Réel simple (nombre à virgule flottante à simple précision) | Environ -3.4E38 to 1.2E38 | 32 | Valeurs numériques avec des fractions appartenant à une plage particulière |
Réel double (nombre à virgule flottante à double précision) | Environ -2.2E308 to 1.8E308 | 64 | Valeurs numériques avec des fractions appartenant à une plage particulière |
Lorsque vous choisissez un type de données pour stocker des nombres, tenez compte des points suivants :
- Déterminer la meilleure façon de stocker des données numériques, nombres entiers ou fractionnaires
- Nombres entiers : pour stocker des nombres entiers, sans décimales, tels que : 4, 5 575, 101 272 ou une valeur supérieure à 2,14 milliards, spécifiez court, long ou très grand entier, respectivement.
Remarque :
Dans ArcGIS Pro, le type de données du champ est indiqué comme Short (Court) ou Long au lieu de Short integer (Entier court) ou Long integer (Entier long).
- Nombres fractionnaires : pour stocker des nombres décimaux, vous pouvez spécifier le type de données Flottant ou Double. Lorsque l’on utilise un type de données flottant ou double (parfois appelé virgule flottante à simple ou double précision), la virgule peut être à n’importe quelle position dans le champ, raison pour laquelle on dit qu’elle flotte d’un endroit à un autre pour les différentes valeurs stockées dans le champ.
- Nombres entiers : pour stocker des nombres entiers, sans décimales, tels que : 4, 5 575, 101 272 ou une valeur supérieure à 2,14 milliards, spécifiez court, long ou très grand entier, respectivement.
Utilisez le type de données qui consomme le moins d’espace de stockage.
Lorsque vous créez un champ dans ArcGIS Pro, il est recommandé de choisir le type de données consommant le moins d’espace de stockage afin d’améliorer les performances. Dans certains cas, lorsque l’on crée un champ, le type de données du champ passe à entier long, bien que l’on ait spécifié le type de données entier court. Les ordinateurs peuvent stocker uniquement un nombre limité de chiffres en fonction de l’espace de stockage alloué.
Si vous devez choisir entre entier court, entier long et très grand entier ou entre flottant simple et double, optez pour le type de données qui occupe le moins d’espace de stockage pour les plages de nombres que vous devez stocker. Cela permet de minimiser l’espace de stockage requis et aussi d’améliorer les performances.
Par exemple, si vous devez stocker uniquement des nombres entiers compris entre -32 768 et 32 767, spécifiez le type de données entier court qui n’occupe que 2 octets, alors que le type de données entier long en nécessite 4. Si vous devez stocker des nombres fractionnaires compris entre -3.4E38 et 1.2E38, spécifiez le type de données flottant qui occupe 4 octets, alors que le type de données double en nécessite 8.
Vous pouvez formater un type de champ numérique pour donner davantage de contexte à un attribut et ne pas réduire ce dernier à un chiffre. Le formatage des champs numériques est une propriété de couche qui ne peut être paramétrée que dans la carte actuelle.
Consultez la rubrique Formatage des champs numériques et des champs de date pour savoir comment appliquer un format numérique à un champ dans une couche ou une table autonome.
Court
Le type de données court est un entier 16 bits signé qui peut uniquement stocker des valeurs de nombres entiers dans une plage comprise entre 32 768 et 32 767. Vous ne pouvez pas stocker de valeur supérieure à 32 767 ou inférieure à - 32 768 dans un champ de nombre entier court, même si vous avez défini une précision de 5. Le champ d’entier court permet ainsi de stocker des valeurs entières telles que 4, 515 ou 29 715.
Long
Le type de données long est un entier 32 bits signé permettant de stocker des valeurs de nombres entiers dans une plage comprise entre -2,14 milliards et 2,14 milliards. Il n’est pas possible de stocker une valeur supérieure à 2 147 483 648 ou inférieure à -2 147 483 647 dans un champ d’entier long.
Entier très grand
Le type de données très grand entier est un entier 64 bits signé pouvant stocker des nombres entiers d’une valeur très élevée dans une plage comprise entre -(253) -1 et 253 -1 et son espace de stockage est de 8 octets. Pour stocker des nombres entiers dont la valeur dépasse la plage comprise entre 2,14 milliards et 2,14 milliards, utilisez le type de données très grand entier.
Attention :
Certaines applications client peuvent ne pas prendre intégralement en charge ce type de champ et sont susceptibles d’évoluer. Les types de champs ID d’objet (64 bits) et Très grand entier (64 bits) dans ArcGIS Pro sont limités au stockage de valeurs allant jusqu’aux entiers sûrs de 53 bits. Les valeurs des entiers sûrs de 53 bits permettent d’utiliser une plage comprise entre (-9007199254740991) et (9007199254740991), qui peut également s’écrire -(253) -1 et (2 53) -1. Les valeurs supérieures à 53 bits dans les champs ID d’objet (64 bits) et Très grand entier ajoutées à partir de sources externes peuvent être lues depuis le client ArcGIS Pro. Essayer d’écrire ou de modifier des nombres en dehors de cette plage dans ArcGIS Pro engendrera une erreur. Dans d’autres clients, les valeurs peuvent être arrondies et empêcher une fonctionnalité de fonctionner.
Flottant
Un type de données flottant est un nombre à virgule flottante à simple précision de 32 bits permettant de stocker précisément des nombres comportant jusqu’à six chiffres uniquement. Par exemple, vous ne pouvez pas stocker de façon précise le nombre 515 297,15 dans un champ flottant car il est composé de plus de 6 chiffres. Vous pouvez saisir le nombre dans un champ flottant d’une géodatabase fichier, mais il sera arrondi à 515 297, nombre qui contient les six chiffres admis. Si vous devez stocker ce nombre de façon précise, vous pouvez le stocker dans un champ double. Les champs flottants dans des géodatabases d’entreprise et des bases de données ne vous permettent pas d’entrer plus de chiffres que la précision pour le champ ; aucun arrondi n’a donc lieu.
Double
Un type de données double est un nombre à virgule flottante à double précision de 64 bits permettant de stocker de façon précise des nombres qui contiennent jusqu’à 15 chiffres uniquement dans des bases de données et des géodatabases, parce que c’est le plus long nombre qui peut tenir dans 8 octets d’espace de stockage. Les nombres qui ont plus de chiffres sont arrondis et stockés dans un format semblable au format scientifique, ce qui en fait des nombres approximatifs uniquement. Par exemple, si vous saisissez le nombre 12 345 678 901 234 567 890 comportant 20 chiffres, il est arrondi et stocké sous la forme du nombre à 15 chiffres 1,23456789012346E+19. La valeur précodée à la fin, E+19, définit le placement de la virgule.
Précision et échelle
La propriété de précision et d’échelle d’un champ représentent la précision et la taille maximales des données qui peuvent être stockées dans le champ.
La signification de la propriété Précision diffère pour certains types de champ, comme les champs de date et les champs numériques. Pour les champs numériques, la précision représente le nombre total maximum de chiffres pouvant être stockés dans le champ. Tous les chiffres sont comptabilisés, à gauche comme à droite de la virgule. Pour les champs de date, la précision est la capacité à enregistrer des valeurs en millisecondes. Un champ de date standard prend en charge les secondes et affiche la valeur de précision 0. Un champ de date migré en champ haute précision enregistre le temps à la milliseconde près et affiche une valeur de précision de 1.
L’échelle est une propriété de champ qui est uniquement utilisée pour les données de types double ou flottant et qui représente le nombre de chiffres à droite (si positif) ou à gauche (si négatif - rarement utilisé) de la virgule d’un nombre donné. Par exemple, le nombre 470 333 8,13 a une échelle de 2 et une précision de 9.
En spécifiant la précision et l’échelle, vous pouvez restreindre les plages de valeurs et les formats de nombre qu’un champ peut accepter, ce qui vous donne un meilleur contrôle. Par exemple, si vous spécifiez un type flottant avec une précision de 4 et une échelle de 2, le champ acceptera 46,22. Si vous essayez de saisir 46,223 dans le champ, un message d’erreur s’affiche, car le nombre maximal de chiffres et de décimales est dépassé. Autrement, pour stocker la valeur 46,223, vous pouvez spécifier un type flottant avec une précision de 5 et une échelle de 3.
Précision et échelle dans une géodatabase fichier ou mobile.
Les géodatabases fichier et mobile n’affichent pas les valeurs de précision ou d’échelle car elles ne peuvent pas être définies par l’utilisateur. Par conséquent, pour ajouter des champs numériques à une table ou à une classe d’entités dans une géodatabase fichier ou mobile, il vous suffit de spécifier le type de données. Si vous indiquez une valeur de précision ou d’échelle, elle sera ignorée et les propriétés de précision et d’échelle ne s’afficheront pas dans la vue des champs.
Les champs de type réel simple des géodatabases fichier ou mobiles peuvent stocker de façon précise des nombres qui contiennent jusqu’à six chiffres uniquement. Par exemple, vous ne pouvez pas stocker de façon précise le nombre 410 534,208 dans un champ flottant car il est composé de plus de 6 chiffres. Vous pouvez saisir le nombre dans un champ flottant dans une géodatabase fichier, mais il sera arrondi à 410 534, un nombre qui contient les six chiffres admis. Par conséquent, pour stocker le 410 534,208 de façon précise, vous devez le stocker dans un champ double.
Précision et échelle dans une base de données ou une géodatabase d’entreprise
Pour ajouter un champ numérique à une table ou à une classe d’entités d’une base de données ou d’une géodatabase d’entreprise, vous pouvez spécifier la précision (la longueur maximale du champ). Si le champ est de type réel simple ou réel double, vous pouvez spécifier également l’échelle (le nombre maximal de décimales) pour les valeurs de champ. Les champs flottants des géodatabases d’entreprise et des bases de données ne vous permettent pas de stocker plus de chiffres pour l’échelle que le nombre de chiffres utilisés pour la précision du champ, si bien qu’aucun arrondi n’est appliqué.
La table ci-dessous fournit un résumé des valeurs de précision et d’échelle pouvant être spécifiées lorsque vous ajoutez un champ dans la vue des champs La précision doit toujours être supérieure à l’échelle. L’échelle ne s’applique pas aux types d’entier car ils ne stockent pas de valeurs décimales. Référez-vous à ces informations pour vous aider à choisir le type de données, la précision et l’échelle.
| Type de données | Précision (longueur du champ) | Echelle (nombre de décimales) |
|---|---|---|
| 0 | |
| 0 | |
| 0 | |
1–6 | 1–6 | |
7+ | 1+ |
*Par défaut, dans ArcGIS Pro, les nombres entiers courts sont créés avec une précision de 5. Toutefois, les colonnes de nombres entiers courts peuvent uniquement stocker des valeurs comprises entre -32,768 et 32,767. Vous ne pouvez pas stocker de valeur supérieure à 32 767 ou inférieure à - 32 768 dans un champ de nombre entier court, même si vous avez défini une précision de 5. Il est inutile de spécifier une précision pour les colonnes de nombres entiers courts créées dans ArcGIS Pro pour une autre base de données qu’une base de données Oracle.
La table suivante illustre des exemples de plages de nombres et la manière dont vous pouvez les stocker dans une base de données ou une géodatabase d’entreprise :
| Plage stockable | Type de données | Précision (longueur du champ) | Echelle (nombre de décimales) |
|---|---|---|---|
0 à 99 | Entier court | 2 | 0 |
-99 à 99* | Entier court | 3 | 0 |
-32 768 à 32 767* | Entier court | 5 | 0 |
-99 999 à 99 999* | Entier long | 5 | 0 |
-9 007 199 254 740 991 à 0* | Entier très grand | 19 | 0 |
0 à 9 007 199 254 740 991 | Entier très grand | 18 | 0 |
0,001 à 0,999 | Flottant | 4 | 3 |
1,000.00 à 9,999.99 | Flottant | 6 | 2 |
-123 456,78 à 0* | Double | 9 | 2 |
0 à 1,234.56789 | Double | 9 | 5 |
* Les nombres négatifs nécessitent une précision supplémentaire pour stocker le signe moins.
Texte
Un champ de texte représente une série de symboles alphanumériques. Par exemple : noms de rues, propriétés attributaires ou autres descriptions textuelles. Au lieu de réutiliser des attributs textuels dans une géodatabase, vous définissez une valeur précodée. Dans ce cas, une description textuelle est précodée avec une valeur numérique. Par exemple, vous pouvez coder des types de routes à l’aide de valeurs numériques en attribuant un 1 à une route pavée, un 2 à une route en gravier, etc. Cette méthode a l’avantage d’utiliser moins d’espace dans la géodatabase. Cependant, l’utilisateur doit maîtriser ces valeurs précodées. Si vous définissez des valeurs précodées dans un domaine de valeurs précodées de la géodatabase et que vous associez ce domaine au champ de nombre entier qui stocke les codes, la géodatabase présente la description textuelle lorsque la table est affichée dans ArcGIS Pro.
Pour en savoir plus sur les sous-types et les domaines attributaires.
Les caractères utilisés pour le texte varient selon la langue. Pour permettre une conversion de texte plus facile entre les langues, ArcGIS utilise Unicode pour coder les caractères.
Date et heure
De nombreux jeux de données stockent des informations de date et d’heures (temporelles). Les valeurs de date et d’heure peuvent représenter le moment où une entité se trouvait à un emplacement spécifique ou le moment où une entité a été observée pour la première fois dans le monde réel. Elles peuvent également avoir trait à d’autres attributs non spatiaux de la couche, tels que le moment où une propriété a été vendue, la dernière fois qu’un échantillon a été prélevé dans un plan d’eau précis ou la date et l’heure auxquelles un camion de pompiers a quitté une caserne.
Les valeurs temporelles peuvent être stockées dans l’un des types de données de date ou heure suivants :
- Date : valeurs de date et heure avec une précision allant uniquement jusqu’aux secondes.
Conseil :
À partir de ArcGIS Pro 3.2, les champs de date d’une table peuvent être migrés en champs haute précision afin de prendre en charge le temps en millisecondes.
- Date uniquement : valeurs de date uniquement sans valeurs d’heure
- Heure uniquement : valeurs d’heure uniquement avec une précision allant jusqu’aux secondes sans valeurs de date
- Décalage de l’horodatage : date, heure et décalage par rapport au temps universel coordonné (UTC)
Diagramme des composants de type de données de date et heure.
Attention :
ArcGIS Pro 3.1 et les versions antérieures ne peuvent pas accéder aux tables de géodatabase ou classes d’entités qui comportent des champs ayant les types de données suivants : date uniquement, heure uniquement, décalage de l’horodatage, entier très grand ou ID d’objet de 64 bits. Ces types de données peuvent être publiés dans ArcGIS Enterprise 11.2, mais ils ne sont pas intégralement pris en charge et leur utilisation dans les couches Web ArcGIS Enterprise 11.2 est considérée comme une fonctionnalité bêta.
Parmi les outils permettant d’utiliser les types de données date et heure figurent la vue des champs, l’outil de géotraitement Ajouter un champ, l’assistant Créer une classe d’entités et l’outil de géotraitement Créer une classe d’entités.
Dans ArcGIS Pro, vous pouvez afficher et gérer les champs d’une couche ou d’une table dans la vue des champs. Cela vous permet de modéliser les attributs qui sont partagés par une collection d’entités ou d’objets dans une table. Dans la vue des champs, vous pouvez modifier les champs et leurs propriétés, supprimer des champs et en créer.
Plusieurs formats de dates peuvent être appliqués à la catégorie Date. Appliquer un formatage à un type de champ date ou heure permet d’apporter davantage de contexte et d’améliorer la lisibilité des valeurs de date et heure. Le formatage du champ Date est une propriété de couche qui ne peut être définie que dans la carte actuelle. Consultez la rubrique Formatage des champs numériques et des champs de date pour savoir comment appliquer un format de date à un champ dans une couche ou une table autonome.
La table suivante offre un résumé des types de données date et heure, de leur format et des exemples de formatage et de cas d’utilisation.
| Type de champ date et heure | Description | Format date et heure | Exemples | Cas d’utilisation |
|---|---|---|---|---|
Le type de champ est date Les champs de date permettent d’utiliser à la fois des valeurs de date et d’heure avec une précision allant uniquement jusqu’aux secondes. |
|
Date + heure
| Valeurs temporelles qui sont soit toutes en temps UTC ou toutes dans le même fuseau horaire local.
| |
Les champs de date peuvent être migrés en champs haute précision afin de prendre en charge les valeurs temporelles en millisecondes. | Champ de date haute précision
| Date + temps haute précision
| Valeurs temporelles de haute précision qui sont soit toutes en temps UTC ou toutes dans le même fuseau horaire local.
| |
Le champ est de type date uniquement Les champs Date uniquement prennent en charge des valeurs de date sans valeurs d’heure. |
|
Date
| Données capturées dans la granularité des jours ou valeurs d’attributs qui s’appliquent à, ou représente l’ensemble de la journée.
| |
Le champ est de type heure uniquement. Les champs Heure uniquement prennent en charge des valeurs d’heure sans valeurs de date. |
| Durée
| Données qui se répètent tous les jours ou contenu dont seule compte la composante horaire.
| |
Le champ est de type Décalage de l’horodatage. Les champs de type Décalage de l’horodatage prennent en charge des valeurs de date, d’heure et un décalage par rapport au temps universel coordonné (UTC). |
|
Date + heure + décalage UTC
| Valeurs temporelles pour lesquelles la valeur d’heure locale est importante et les dates peuvent traverser plusieurs fuseaux horaires.
|
Vous pouvez créer ou mettre à jour une table ou classe d’entités avec ces nouveaux types de champs Date et heure dans une géodatabase fichier, mobile et d’entreprise. Certains des nouveaux types de champ Date et heure peuvent ne pas être pris en charge selon la base de données utilisée et ne pourront pas être ajoutés. Lorsque vous ajoutez un champ à une table ou classe d’entités, si le type de données choisi n’est pas pris en charge pour l’espace de travail, le message d’erreur suivant s’affiche : The data type is not supported by the workspace (Le type de données n’est pas pris en charge par l’espace de travail). Vous devez utiliser un type de données pris en charge par l’espace de travail.
Pour plus d’informations sur les types de données pris en charge par les différents espaces de travail des bases de données, consultez les rubriques Types de données SGBD pris en charge dans ArcGIS et Types de données des stockages de données cloud pris en charge dans ArcGIS.
Date
Que vous affichiez, calculiez ou sélectionniez des attributs de date, vous devez déterminer la façon appropriée d’utiliser le type de données Date dans ArcGIS Pro. Les sources de données de géodatabase stockent les dates à l’aide du type de données Date. Le type de données de date peut stocker des dates, des heures ou des dates et des heures. Le format de présentation par défaut est : mm/jj/aaaa hh:mm:ss. Le moment de la journée est également indiqué (AM ou PM). Lorsque vous saisissez des champs de date dans la table via ArcGIS, ils sont convertis dans ce format.
Remarque :
- Les champs de date permettent d’utiliser à la fois des valeurs de date et d’heure, sont toujours créés avec une précision basse, et permettent de stocker des valeurs temporelles avec une précision allant uniquement jusqu’aux secondes, par défaut.
- Dans ArcGIS Pro, vous ne pouvez pas insérer ou afficher une valeur de date antérieure à 100 CE. Si vous utilisez un type de date stockant l’heure, l’heure 00:00:00 équivaut à minuit.
Si vous calculez les valeurs d’un champ de date pour renseigner le champ ou l’interroger, les dates doivent être saisies au format MM/JJ/AAAA hh:mm:ss, entourées de guillemets simples. Un champ de type Date ne permet pas de stocker l’heure seule. L’heure doit toujours être un composant d’une date. Si vous n’indiquez pas d’heure, l’heure est définie par défaut sur 12:00 a.m. ArcGIS Pro utilise le format de date courte du système (numérique) pour afficher les dates.
Les réglages de votre système Microsoft Windows déterminent la manière dont les dates s’affichent dans ArcGIS Pro : par exemple, M/J/AA, MM/JJ/AA, AA/MM/JJ. ArcGIS Pro utilise le format de date courte du système (numérique) pour afficher les dates. Bien qu’il s’agisse des formats par défaut, les dates peuvent également être formatées pour s’afficher différemment dans le tableau et dans une fenêtre contextuelle.
La sélection et l’affichage des valeurs des champs de date avec l’outil de géotraitement Sélectionner une couche par attributs et les boîtes de dialogue de génération de requêtes similaires s’effectuent en utilisant une syntaxe SQL. La syntaxe SQL qui permet de sélectionner et d’afficher les valeurs des champs de date varie selon le type de base de données. RCeci est décrit en détail dans la rubrique Référence SQL pour les expressions de requête utilisées dans ArcGIS.
Migrer le champ de date en haute précision
Utilisez l’outil de géotraitement Migrer le champ de date en haute précision pour migrer les champs de date d’une table en champs haute précision. Les champs de date haute précision permettent à la valeur temporelle d’un champ de date de prendre en charge les fractions de seconde jusqu’au millième de seconde ou milliseconde et s’afficheront sous la forme MM/JJ/AAAA hh:mm:ss.sss.
Attention :
- ArcGIS Pro 3.1 et les clients antérieurs ne peuvent pas accéder aux tables de géodatabase ou classes d’entités qui comportent des champs de date migrés pour inclure les millisecondes.
- Une fois un champ de date migré en haute précision, il n’est plus possible de le reconvertir en champ de date de précision standard. Pour reconvertir les données de date en date de basse précision, créez un nouveau champ de date (basse précision) et utilisez l’outil de géotraitement Calculer un champ pour renseigner ce nouveau champ de date (basse précision) à partir du champ de date haute précision.
Dans ArcGIS Pro, l’astérisque * indique qu’une propriété spéciale est associée à un champ spécifique. Une fois qu’un champ de date a été migré en champ haute précision, un astérisque s’affiche en regard du nom du champ de date haute précision dans la vue Champs. 
Remarque :
Lorsque vous importez des champs de date haute précision dans l’assistant Créer une classe d’entités, ils sont importés en tant que dates de basse précision. Importer un document d’espace de travail XML avec des champs de date haute précision préservera les valeurs de date haute précision.
Date uniquement
Le type de données Date uniquement représente une date spécifique, sans heure. Puisqu’il ne comporte aucun composent horaire, il représente une date depuis le début de la journée jusqu’à la fin de la journée. Cette structure est idéale pour stocker des dates spécifiques, comme une date de naissance, une date d’anniversaire, des vacances, ou la date d’un événement professionnel.
Bien qu’il soit possible d’utiliser le type de données Date tout en ignorant le composant horaire, l’un des avantages de l’utilisation du type Date uniquement par rapport au type Date est que le type de données Date peut passer au jour précédent ou au jour suivant s’il est décalé par un fuseau horaire. le type Date uniquement ne peut être décalé par un fuseau horaire et représente toujours la date qui a été définie.
Les options de formatage dans ArcGIS Pro pour le type de données Date uniquement ne changent que la façon dont les valeurs des données sont affichées et n’affectent pas la façon dont les données sont stockées ou peuvent être saisies. L’image suivante présente des exemples de formatage pour le type de données Date uniquement. 
Consultez la rubrique Formatage des champs numériques et des champs de date pour plus d’informations
Heure uniquement
Le type de données Heure uniquement, représente une période de 24 heures et peut être utilisé à la place du type de données Date lorsque vous avez uniquement besoin de représenter une heure. Puisque le type de données Heure uniquement représente les heures, minutes et secondes d’une journée quelconque, les valeurs d’heure de la journée de ce type de données sont limitées à une plage allant de 00:00:00 à 23:59:59. Les options de formatage dans ArcGIS Pro pour les champs Heure uniquement ne changent que la façon dont les valeurs de temps sont affichées et n’affectent pas la façon dont les données sont stockées ou peuvent être saisies. Consultez la rubrique Formatage des champs numériques et des champs de date pour plus d’informations
Puisque le type de données Heure uniquement représente une valeur d’heure de la journée, l’heure avance et recule en conséquence autour de la période de 24 heures lors de l’ajout des valeurs.
Voici quelques exemples :
- Si l’horaire de travail d’un employé commence à 18:00 et dure 8 heures, on obtient 2:00 en ajoutant 8 heures à la valeur d’heure uniquement.
- Si l’heure de fermeture d’une entreprise est enregistrée à 01:30:00 pour représenter 1:30 AM, et qu’il a été récemment décidé de fermer quatre heures plus tôt les lundis et mardis, on obtient alors 21:30:00, soit 9:30 PM, lorsque l’on déduit quatre heures de 01:30:00.
Les options de formatage dans ArcGIS Pro pour le type de données Heure uniquement ne changent que la façon dont les valeurs horaires sont affichées et n’affectent pas la façon dont les valeurs horaires sont stockées ou peuvent être saisies. L’image suivante présente des exemples de formatage pour le type de données Heure uniquement. 
Consultez la rubrique Formatage des champs numériques et des champs de date pour plus d’informations
Décalage de l’horodatage
Le type de données Décalage de l’horodatage inclut toutes les fonctionnalités du type de données Date ainsi que la prise en compte du fuseau horaire et permet d’utiliser des dates et des heures de façon à identifier sans ambiguïté n’importe quelle valeur de date et d’heure comme un point unique dans le temps. Le décalage de l’horodatage est la différence (en heures et minutes) entre l’heure locale et le temps universel coordonné (UTC, anciennement nommé temps du méridien de Greenwich)
Le type de données Décalage de l’horodatage permet d’utiliser des dates et heures pour lesquelles le décalage (ou la différence) par rapport au temps UTC est connue. Le type de données Décalage de l’horodatage associe une valeur de date et d’heure au décalage de ce temps par rapport au temps UTC. Sa relation avec le temps UTC permet d’identifier sans ambiguïté n’importe quelle valeur de date et d’heure individuelle comme un point unique dans le temps. Ceci rend la valeur du décalage de l’horodatage plus facilement transposable d’un ordinateur à un autre qu’une valeur de date.
Bien qu’une valeur de décalage de l’horodatage comprenne un décalage, cette structure de données ne prend pas intégralement en compte le fuseau horaire. Si un décalage par rapport au temps UTC est l’une des caractéristiques d’un fuseau horaire, cela ne suffit pas à identifier sans ambiguïté un fuseau horaire. Non seulement plusieurs fuseaux horaires peuvent avoir le même décalage par rapport au temps UTC, mais le décalage d’un fuseau horaire change si celui-ci prend en compte l’heure d’été.
Les options de formatage dans ArcGIS Pro pour le type de données Décalage de l’horodatage ne changent que la façon dont les valeurs sont affichées et n’affectent pas la façon dont les valeurs sont stockées ou peuvent être saisies. L’image suivante présente des exemples de formatage pour le type de données Décalage de l’horodatage. 
Consultez la rubrique Formatage des champs numériques et des champs de date pour plus d’informations
Identifiants globaux
Les types de données d’identifiant global (GlobalID) et GUID contiennent des chaînes de registre constituées de 36 caractères placés entre des accolades. Les identifiants globaux sont uniquement pris en charge dans les géodatabases. Dans toutes les géodatabases à l’exception de celles situées dans Microsoft SQL Server, les identifiants globaux sont stockés dans des champs de texte, et les caractères stockés dans un champ d’ID global de type texte sont toujours en majuscules.
Lors de la génération des identifiants globaux, le traitement prend en compte l’appareil et la dimension temporelle. Étant donné la probabilité négligeable de générer des doublons, ces chaînes identifient de manière unique une entité ou une ligne de table dans une géodatabase et entre plusieurs géodatabases. C’est ainsi que les entités sont suivies dans la réplication de géodatabase monodirectionnelle et bidirectionnelle. Les développeurs peuvent les utiliser dans des relations ou dans toute application nécessitant des GUID. Dans une relation, si un champ d’ID global constitue la clé d’origine, un champ GUID doit constituer la clé de destination. Vous pouvez ajouter des ID globaux à un jeu de données d’une géodatabase à l’aide de l’outil de géotraitement Ajouter des ID globaux. La géodatabase gère ensuite ces valeurs automatiquement. Vous pouvez aussi créer un champ GUID mais vous devez en conserver les valeurs.
Les bases de données avec un type de données GUID natif, comme SQL Server, stockent les valeurs de l’ID global et du GUID dans 16 octets. Les bases de données sans type de données GUID natif les stockent dans 38 octets.
Remarques sur les identifiants globaux
Tenez compte des informations suivantes lorsque vous utilisez des ID globlaux
- Des champs GUID peuvent être ajoutés à des jeux de données de géodatabase par le biais de la vue des champs ou à l’aide de la commande New Field (Nouveau champ) de la fenêtre de la table.
- Vous pouvez ajouter des ID globaux à des classes d’entités autonomes, des tables et des classes de relations attribuées dans des géodatabases. Les ID globaux ne peuvent pas être ajoutés à des jeux de données particuliers d’un jeu de classes d’entités. Lorsque vous activez les ID globaux dans un jeu de classes d’entités, ils sont ajoutés dans tous ses jeux de données.
- Les ID globaux ne peuvent pas être ajoutés aux tables d’une base de données.
- S’il existe une colonne d’ID global, l’outil Ajouter les ID globaux la conserve ; il ne supprime pas la colonne d’ID global existante pour en ajouter une nouvelle.
- Si vous ajoutez une classe d’entités à un jeu de classes d’entités dans une géodatabase et que vous souhaitez lui ajouter une colonne d’ID global, vous devez exécuter l’outil Ajouter les ID globaux sur le jeu de classes d’entités. Cela a pour effet d’ajouter une colonne d’ID global à la nouvelle classe d’entités. Les classes d’entités dans le jeu de classes d’entités qui sont dotées d’une colonne d’ID global restent inchangées.
- Les actions copier et coller, extraire les données et importer/exporter un espace de travail XML conservent les valeurs d’identifiant global dans la géodatabase en sortie. Il est ainsi possible qu’une base de données contienne des identifiants globaux non uniques. Les autres méthodes d’exportation et d’importation de données ne conservent pas ces valeurs.
Identifiants d’objet
Lorsque vous créez une table dans ArcGIS, un champ de nombre entier unique n’acceptant pas les valeurs nulles est ajouté à la table en tant qu’identifiant d’objet (ID d’objet). Le champ d’ID d’objet est mis à jour par ArcGIS et garantit un ID unique pour chaque ligne de la table. Lorsque vous affichez une table ou une table attributaire d’une couche, le champ d’ID d’objet apparaît généralement sous la liste des alias OID ou ObjectID pour les tables, et des alias FID pour les couches d’entités Web et les shapefiles. Des fonctions clés, telles que le défilement et l’affichage de sélections dépendent de la présence de ce champ.
Un ID d’objet est également requis lorsque vous inscrivez une table auprès d’une géodatabase d’entreprise. Pour en savoir plus sur les ID d’objet requis lors de l’inscription d’une table, reportez-vous à la rubrique Inscrire une table ou une vue auprès de la géodatabase.
Pour la plupart des fonctions disponibles dans ArcGIS Pro, notamment l’utilisation de l’outil Identifier, les valeurs du champ de l’ID d’objet doivent être uniques. Veillez donc à ce qu’il n’existe pas d’ID d’objet en double lorsque vous utilisez directement les données en dehors d’ArcGIS. Par exemple, lorsque vous créez une vue dans une base de données avec une relation un vers plusieurs, il se peut que des ID d’objet soient dupliqués. Des fonctions ArcGIS Pro peuvent alors s’exécuter de manière incohérente.
Lorsque vous ajoutez une table de base de données à la carte, un identifiant d’objet est nécessaire. Si ArcGIS ne trouve pas de champ de valeur entière non nulle faisant office d’identifiant d’objet, vous êtes invité à choisir un champ à utiliser comme identifiant d’objet. Pour plus d’informations, reportez-vous à la rubrique Champs d’identifiant unique.
Remarque :
ArcGIS ne conserve pas les valeurs de ces champs de base de données, et il n’est pas garanti que toutes les valeurs de ces champs soient uniques.
ID d’objet 64 bits
Les classes d’entités et les tables de géodatabase sont créées dans ArcGIS avec des ID d’objet 32 bits, par défaut. Toutefois, dans certaines circonstances, les valeurs des ID d’objet doivent être supérieur à 2,14 milliards. Par exemple, il se peut que vous deviez modéliser un jeu de données contenant plus de 3 milliards d’entités de distribution, ou utiliser des tables dans des entrepôts de données Cloud contenant plusieurs milliards de lignes.
L’outil de géotraitement Migrer l’ID d’objet vers 64 bits permet d’utiliser une ou plusieurs classes ou tables d’entités de géodatabase comme jeu de données en entrée et de migrer leurs champs ID d’objet vers un champ ID d’objet 64 bits.
Attention :
Certaines applications client peuvent ne pas prendre intégralement en charge ce type de champ et sont susceptibles d’évoluer. Les types de champs ID d’objet (64 bits) et Très grand entier (64 bits) dans ArcGIS Pro sont limités au stockage de valeurs allant jusqu’aux entiers sûrs de 53 bits. Les valeurs des entiers sûrs de 53 bits permettent d’utiliser une plage comprise entre (-9007199254740991) et (9007199254740991), qui peut également s’écrire -(253) -1 et (2 53) -1. Les valeurs supérieures à 53 bits dans les champs ID d’objet (64 bits) et Très grand entier ajoutées à partir de sources externes peuvent être lues depuis le client ArcGIS Pro. Essayer d’écrire ou de modifier des nombres en dehors de cette plage dans ArcGIS Pro engendrera une erreur. Dans d’autres clients, la valeur peut être arrondie et empêcher une fonctionnalité de fonctionner.
L’outil de géotraitement Migrer l’ID d’objet vers 64 bits permet de migrer le champ ID d’objet des classes d’entités faisant partie d’une topologie ou d’un atelier parcellaire en fournissant le jeu de classes d’entités de données comme valeur du jeu de données en entrée. L’outil permet en outre de migrer le champ ID d’objet d’une classe de relations.
Attention :
Lorsqu’un champ ID d’objet est migré afin de stocker des ID d’objet 64 bits, il n’est pas possible de revenir en arrière et le jeu de données ne peut plus être utilisé avec ArcMap ni avec les versions antérieures de ArcGIS Pro.
Pour déterminer si une classe ou table d’entités peut stocker des ID d’objet 32 bits ou des ID d’objet 64 bits, cliquez avec le bouton droit sur la classe ou la table d’entités dans la fenêtre Catalog (Catalogue), ou bien cliquez avec le bouton droit sur la couche dans la fenêtre Contents (Contenu), puis cliquez sur Properties (Propriétés) > Source > Data Source (Source de données). Le niveau d’octets pris en charge est indiqué dans la ligne ObjectID.
Raster
Contrairement à un hyperlien qui relie seulement le champ d’une entité à une image, un type de données de champ raster peut stocker les données raster dans ou avec la géodatabase. Tous les formats de jeu de données raster pris en charge sont disponibles, mais il est recommandé de n’utiliser pour ce champ que des images de petite taille. Un seul champ de type Raster peut être utilisé dans chaque table. Pour en savoir plus, reportez-vous à Ajout des jeux de données raster en tant qu’attributs dans une classe d’entités.
Remarque :
Les géodatabases mobiles ne prennent pas en charge les colonnes de raster, mais elles autorisent l’utilisation des pièces jointes afin d’associer des données non géographiques comme des photos ou des documents à une entité.
En savoir plus sur l’utilisation des outils de géotraitement des pièces jointes
Géométrie
Dans ArcGIS, le type de données de géométrie indique le type de géométrie (point, ligne, polygone, multi-points ou multipatch) stocké dans la table. Le champ stocké comme type de géométrie s’intitule SHAPE lorsqu’il est créé dans ArcGIS.
La géométrie est le type de données utilisé par ArcGIS. Par exemple, si vous choisissez Polygon Features (Entités surfaciques) pour une nouvelle classe d’entités, le type de données ArcGIS du champ SHAPE ajouté par défaut est Geometry (Géométrie).
Le type de géométrie par défaut du paramètre Geometry Type (Type de géométrie) de l’outil Créer une classe d’entités est un polygone.
Si vous créez une classe d’entités avec un autre type d’entité (ligne, point, multi-points, multipatch, dimension ou annotation), le type de géométrie du champ SHAPEchange, selon le cas, en ligne, point, multi-points, multipatch ou polygone pour la dimension et l’annotation.
Chaque classe d’entités ne peut contenir qu’un champ de type géométrie.
Lorsque vous créez un champ de géométrie dans une classe d’entités d’une base de données ou d’une géodatabase d’entreprise, vous devez également prendre en compte le type de données de la base de données. La façon dont les valeurs géométriques sont stockées dans le SGBD dépend du type de stockage de géométries utilisé par le SGBD. Lorsque vous créez une classe d’entités dans une géodatabase d’entreprise, le type de stockage de géométries utilisé est déterminé par le paramètre GEOMETRY_STORAGE du mot-clé de configuration que vous spécifiez. Lorsque vous utilisez ArcGIS pour créer une classe d’entités dans une base de données, vous définissez le type spatial du champ dans le paramètre Configuration Keyword (Mot-clé de configuration) qui se trouve dans la section Geodatabase Settings (Paramètres de géodatabase) de l’outil Create Feature Class (Créer une classe d’entités).
Vous avez un commentaire à formuler concernant cette rubrique ?