Partager via


Déterminer l’unicité des enregistrements

Icône Microsoft Cloud for Sustainability. Microsoft Cloud for Sustainability

Cet article fournit des informations sur les règles utilisées afin de déterminer l’unicité des enregistrements dans Microsoft Sustainability Manager dans Microsoft Cloud for Sustainability. Sustainability Manager fournit deux façons de déterminer l’unicité des enregistrements :

  • Utiliser l’ID de corrélation d’origine (OCID)
  • Génération automatique d’une clé primaire basée sur les attributs clés

L’OCID est un identifiant facultatif pour corréler un enregistrement avec son origine des données. Il figure dans notre modèle de données en tant qu’attribut facultatif pour les enregistrements de données de référence, d’activité et d’émissions. L’OCID est fourni lors de la création de l’enregistrement pour un enregistrement de données d’activité ou d’émissions. Si vous fournissez un OCID, Sustainability Manager l’utilise pour générer la clé primaire pour cet enregistrement.

L’OCID doit être unique pour chaque enregistrement, vous ne pouvez donc pas l’utiliser pour associer plusieurs enregistrements dans une seule entité/table. Si vous ne fournissez pas d’OCID, Sustainability Manager utilise l’approche de génération d’une clé primaire basée sur les attributs de clé, ce qui implique l’utilisation d’un certain ensemble d’attributs par entité pour générer la clé primaire.

Important

Une fois que vous avez défini la valeur OCID sur les enregistrements d’activité, vous ne pouvez plus la modifier.

Les données de Sustainability Manager entrent dans les trois catégories suivantes :

  • Données d’activité : les enregistrements des champs d’application 1 à 3 capturent les activités productrices d’émissions telles que l’achat d’électricité ou la combustion mobile. Les émissions précalculées ingérées sont considérées comme des données d’activité et sont traitées de la même manière.

  • Données de référence : les enregistrements complémentaires sont généralement utilisés lors du calcul et de la classification des données d’activité. Les exemples incluent les bibliothèques de facteurs d’émission, le mode de transport ou le type de déplacement professionnel.

  • Données système : enregistrements opérationnels communs qui font généralement partie de normes plus larges telles que les facteurs de gaz à effet de serre (GES), les unités par défaut et les mappages de code pays/région.

Ces catégories utilisent des règles différentes pour déterminer le comportement d’unicité d’un enregistrement. Par conséquent, les mises à jour peuvent se comporter différemment selon les catégories. Utilisez le tableau suivant pour déterminer comment gérer votre système.

Type d’enregistrement Règle d’évaluation de la clé primaire Résultat Méthode de mise à jour
Données d’activité Si OriginCorrelationID est fourni, il est utilisé pour générer la clé primaire pour cet enregistrement. Si un enregistrement avec le même OriginCorrelatinID existe déjà, l’enregistrement est mis à jour. Si un enregistrement avec le même OriginCorrelationID pour le type d’entité n’existe pas, l’enregistrement est inséré.

Si OriginCorrelationID n’est pas fourni, tous les champs de l’enregistrement pour l’utilisateur constituent la clé d’enregistrement unique, sauf Connexion, ConnectionRefresh, Preuve et Description.
Si l’un des champs par règle d’évaluation est différent et que vous n’avez pas spécifié de OriginCorrelationID, l’enregistrement est considéré comme différent et est inséré. Utilisez OriginCorrelationID pour les mises à jour.
Données de référence Nom : il doit être unique. Si l’enregistrement ingéré porte un nom identique, l’enregistrement est considéré comme un doublon.

OriginCorrelationID : s’il est spécifié, doit être unique. Si un enregistrement avec le même OriginCorrelatinID existe déjà, l’enregistrement est mis à jour. Si un enregistrement avec le même OriginCorrelationID pour le type d’entité n’existe pas, l’enregistrement est inséré.

Clé primaire : Nom et OriginCorrelationID (si spécifié).

Si le Nom est différent et OriginCorrelationID est mis en correspondance, l’enregistrement est considéré comme une mise à jour et le Nom est remplacé par les données d’enregistrement entrantes.

Les noms des estimations et des facteurs d’émission sont uniques dans leur bibliothèque.

Le nom de la bibliothèque plus le nom est la clé des facteurs.
Si le nom d’un enregistrement existe déjà, l’enregistrement est considéré comme un doublon, sauf si vous spécifiez un OriginCorrelationID. Utilisez OriginCorrelationID pour les mises à jour.
Données système Nom : il doit être unique. Si l’enregistrement ingéré porte un nom identique, l’enregistrement est considéré comme un doublon.

OriginCorrelationID : s’il est spécifié, doit être unique. Utilisé pour les mises à jour.
Si le nom d’un enregistrement existe déjà, l’enregistrement est considéré comme un doublon, sauf si vous spécifiez un OriginCorrelationID. S’il est fourni, utilisez OriginCorrelationID pour les mises à jour.

Sinon, si une mise à jour est requise, vous devez suivre la méthode supprimer-insérer.

Remarque : Nous vous déconseillons de mettre à jour les données système.

Voir aussi

Importer des données du modèle de données
Microsoft Cloud for Sustainability

Icône Microsoft Cloud for Sustainability. Page du produitIcône d’inscription.Essai gratuitIcône de la communauté.Communauté