判斷記錄唯一性
本文提供相關資訊,讓您了解用來在 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 資料模型