Поделиться через


Определение уникальности записей

Microsoft Cloud for Sustainability Технологический саммит, ноябрь 2024 г.

В этой статье представлена информация о правилах, используемых для определения уникальности записи в Microsoft Sustainability Manager в Microsoft Cloud for Sustainability. Sustainability Manager предоставляет для способа определения уникальности записей:

  • Использование идентификатора корреляции с источником (OCID)
  • Автоматическое создание первичного ключа на основе атрибутов ключа

OCID — это необязательный идентификатор для корреляции записи с ее источником данных. В нашей модели данных он присутствует в качестве дополнительного атрибута для справочных данных, записей данных о деятельности и выбросах. OCID предоставляется во время создания записи для записи данных о деятельности или выбросах. Если вы предоставите OCID, Sustainability Manager использует его для создания первичного ключа для этой записи.

OCID должен быть уникальным для каждой записи, поэтому вы не можете использовать его для связывания более одной записи в одной сущности/таблице. Если вы не предоставляете OCID, Sustainability Manager использует подход создания первичного ключа на основе ключевых атрибутов, который предполагает использование определенного набора атрибутов для каждой сущности для создания первичного ключа.

Важно

После того как вы установили значение OCID для записей о деятельности, вы не сможете его изменить.

Данные Sustainability Manager делятся на следующие три категории:

  • Данные о деятельности: записи области 1–3 фиксируют деятельность, приводящую к выбросам, такую как закупка электроэнергии или мобильное сжигание. Принятые предварительно рассчитанные выбросы считаются данными о деятельности и обрабатываются аналогичным образом.

  • Справочные данные: Вспомогательные записи обычно используются при расчете и классификации данных о деятельности. Примеры включают библиотеки коэффициентов выбросов, вид транспорта или тип деловой поездки.

  • Системные данные: общие эксплуатационные записи, которые обычно являются частью более широких стандартов, таких как коэффициенты выбросов парниковых газов (ПГ), единицы измерения по умолчанию и сопоставления кодов стран/регионов.

Эти категории используют разные правила при определении уникальности записи. В результате обновления могут вести себя по-разному в разных категориях. Используйте следующую таблицу, чтобы определить, как управлять вашей системой.

Тип записей Правило оценки первичного ключа Result Метод обновления
Данные о деятельности Если указано значение OriginCorrelationID, оно используется для создания первичного ключа для этой записи. Если запись с тем же OriginCorrelationID уже существует, запись обновляется. Если запись с тем же OriginCorrelationID для этого типа сущности не существует, запись вставляется.

Если OriginCorrelationID не указан, все поля записи, доступные пользователю, составляют уникальный ключ записи, за исключением Connection, ConnectionRefresh, Evidence и Description.
Если какие-либо поля в каждом правиле оценки отличаются и вы не указали OriginCorrelationID, запись считается другой и вставляется. Используйте OriginCorrelationID для обновлений.
Справочные данные Имя: Должно быть уникальным. Если принятая запись имеет идентичное имя, запись считается дубликатом.

OriginCorrelationID: если указан, должен быть уникальным. Если запись с тем же OriginCorrelationID уже существует, запись обновляется. Если запись с тем же OriginCorrelationID для типа сущности не существует, запись вставляется.

Первичный ключ: как Имя, так и OriginCorrelationID (если указан).

Если Имя отличается, а Идентификатор OriginCorrelationID совпадает, запись считается обновленной, а Имя перезаписывается входящими данными записи.

Имена Estimation и коэффициент выбросов уникальны в пределах своей библиотеки.

Имя библиотеки плюс Имя являются ключом для факторов.
Если Имя записи уже существует, запись считается дубликатом, если только не указан OriginCorrelationID. Используйте OriginCorrelationID для обновлений.
Системные данные Имя: Должно быть уникальным. Если принятая запись имеет идентичное имя, запись считается дубликатом.

OriginCorrelationID: если указан, должен быть уникальным. Используется для обновлений.
Если Имя записи уже существует, запись считается дубликатом, если только не указан OriginCorrelationID. Если указан, используйте OriginCorrelationID для обновлений.

В противном случае, если требуется обновление, необходимо следовать методу удаления-вставки.

Примечание: Мы не рекомендуем обновлять системные данные.

Импорт данных
Microsoft Cloud for Sustainability модель данных