判斷記錄唯一性
本文提供相關資訊，讓您了解用來在 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 ，則記錄的所有使用者面向字段構成唯一記錄鍵，但 Connection 、ConnectionRefresh 、Evidence 和Description 除外。 |
如果每個評估規則的任何欄位不同，而您未指定 OriginCorrelationID，則將該記錄視為不同並插入。 | 將 OriginCorrelationID 用於更新。 |
| 參考資料 | 名稱：必須唯一。 如果擷取的記錄具有相同的名稱，則將該記錄視為重複記錄。 OriginCorrelationID：如果指定，則必須是唯一的。 如果已存在具有相同 OriginCorrelationID 的記錄，則會更新該記錄。 如果實體類型中不存在具有相同 OriginCorrelationID 的記錄，則插入該記錄。 主索引鍵：名稱和 OriginCorrelationID (如果指定)。 如果 Name 不同且 OriginCorrelationID 匹配，則記錄被視為更新，並且 Name 將被傳入記錄數據覆蓋。 Estimation 和排放係數名稱在其庫中是唯一的。 庫名稱 加名稱 是 因數的鍵。 |
如果記錄的名稱已經存在，除非您指定 OriginCorrelationID ，否則會將記錄視為重複資料。 | 將 OriginCorrelationID 用於更新。 |
| 系統資料 | 名稱：必須唯一。 如果擷取的記錄具有相同的名稱，則將該記錄視為重複記錄。 OriginCorrelationID：如果指定，則必須是唯一的。 用於更新。 |
如果記錄的名稱已經存在，除非您指定 OriginCorrelationID ，否則會將記錄視為重複資料。 | 如果已提供，請使用 OriginCorrelationID 做為更新。 否則，如果需要更新，則必須跟隨 delete-insert 方法。 注意：我們不建議更新系統數據。 |
相關資訊
匯入數據
Microsoft Cloud for Sustainability 數據模型
