共用方式為


判斷記錄唯一性

             免費試用

本文提供相關資訊,讓您了解用來在 Microsoft Cloud for Sustainability 的 Microsoft Sustainability Manager 中判斷記錄唯一性的規則。 Sustainability Manager 提供兩個方法來判斷記錄的唯一性:

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

OCID 是將記錄與其資料來源相互關聯的選用識別碼。 在我們的資料模型中,這是參考資料、活動和排放資料記錄的選用屬性。 OCID 是在建立活動或排放資料的記錄期間提供的。 如果您提供 OCID,則 Sustainability Manager 會將其用於產生該記錄的主索引鍵。

每個記錄的 OCID 必須是唯一的,因此您無法將其用於建立與單一實體/資料表中多個記錄的關聯。 如果未提供 OCID,則 Sustainability Manager 會使用根據重要屬性產生主索引鍵的方法,這需要使用每個實體的特定一組屬性來產生主索引鍵。

重要

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

Sustainability Manager 資料分為下列三個類別:

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

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

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

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

記錄類型 主索引鍵評估規則 結果 更新方法
活動資料 如果提供 OriginCorrelationID,則將其用於產生該記錄的主索引鍵。 如果已存在具有相同 OriginCorrelationID 的記錄,則會更新該記錄。 如果實體類型中不存在具有相同 OriginCorrelationID 的記錄,則會插入該記錄。

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

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

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

如果名稱不同,而 OriginCorrelationID 相符,則將該記錄視為更新,並將名稱覆寫為新加入的記錄資料。

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

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

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

否則,如果需要更新,則必須遵循 delete-insert 方法。

注意:不建議更新資料。

另請參閱

匯入資料
Microsoft Cloud for Sustainability 資料模型