判斷記錄唯一性

本文提供有關 Microsoft Dynamics 365 Sustainability 中用於判斷紀錄唯一性的規則資訊。 Dynamics 365 Sustainability 提供兩種方法來判定紀錄唯一性:

  • 使用原始相互關聯識別碼 (OCID)
  • 根據索引鍵屬性自動產生主索引鍵

OCID 是將記錄與其資料來源相互關聯的選用識別碼。 它在資料模型中作為參考資料、活動和排放資料記錄的可選屬性。 OCID 是在建立活動或排放資料的記錄期間提供的。 如果你提供 OCID,Dynamics 365 Sustainability 會用它來產生該紀錄的主鍵。

每個記錄的 OCID 必須是唯一的,因此您無法將其用於建立與單一實體/資料表中多個記錄的關聯。 如果你沒有提供 OCID,Dynamics 365 Sustainability 會採用根據關鍵屬性產生主鍵的方法。 此方法使用每個實體的特定屬性來產生主鍵。

Important

在活動記錄上設定 OCID 值後,無法變更該值。

Dynamics 365 永續發展資料分為以下三大類:

  • 活動資料:範圍 1-3 記錄擷取產生排放的活動,例如外購電力或移動燃燒源。 匯入的預先計算排放被視為活動數據,並以相似的方式處理。

  • 參考資料:進行活動資料的計算和分類時,通常會使用支援性記錄。 例如,排放因子庫、運輸方式或商務差旅行程。

  • 系統資料:通常屬於更廣泛標準的一般營運記錄,例如溫室氣體 (GHG) 係數、預設單位和國家/地區代碼對應。

判斷記錄唯一性的行為時,這些類別會使用不同的規則。 因此,不同類別的更新行為可能各不相同。 使用下表來判斷如何管理您的系統。

記錄類型 主鍵評估規則 Result 更新方法
活動資料 若提供 OriginCorrelationID,Dynamics 365 Sustainability 會使用它來產生該筆資料的主鍵。 如果已有與 OriginCorrelationID 相同的紀錄存在,Dynamics 365 Sustainability 會更新該紀錄。 如果該實體類型中沒有與 OriginCorrelationID 相同的紀錄,Dynamics 365 Sustainability 會插入該紀錄。

如果未提供 OriginCorrelationID,則記錄的所有使用者對應欄位 (連線、ConnectionRefresh、證據和描述除外) 都會構成唯一的記錄索引鍵。
如果每個評估規則的任何欄位不同,而您未指定 OriginCorrelationID,則將該記錄視為不同並插入。 請用 OriginCorrelationID 來進行更新。
參考資料 名稱:必須是唯一的。 如果擷取的記錄具有相同的名稱,則將該記錄視為重複記錄。

OriginCorrelationID:如果指定,則必須是唯一的。 如果已存在具有相同 OriginCorrelationID 的記錄,則會更新該記錄。 如果實體類型中不存在具有相同 OriginCorrelationID 的記錄,則插入該記錄。

主索引鍵:名稱和 OriginCorrelationID (如果指定)。

如果名稱不同,但符合 OriginCorrelationID,則將記錄視為更新,並以傳入的記錄資料覆寫名稱。

估計和排放係數名稱在其方法庫中是唯一的。

方法庫名稱加上名稱是係數的索引鍵。
如果記錄的名稱已經存在,除非您指定 OriginCorrelationID ,否則會將記錄視為重複資料。 請用 OriginCorrelationID 來進行更新。
系統資料 名稱:必須是唯一的。 如果擷取的記錄具有相同的名稱,則將該記錄視為重複記錄。

OriginCorrelationID:如果指定,則必須是唯一的。 用於更新。
如果記錄的名稱已經存在,除非您指定 OriginCorrelationID ,否則會將記錄視為重複資料。 如果有提供,請使用 OriginCorrelationID 來進行更新。

否則,若需要更新,必須採用刪除-插入方法。

注意:不要更新系統資料。

匯入資料
Microsoft for Sustainability 資料模型