Determinare l'unicità dei record
Questo articolo fornisce informazioni sulle regole utilizzate per determinare l'unicità dei record in Microsoft Sustainability Manager in Microsoft Cloud for Sustainability. Sustainability Manager fornisce due modi per determinare l'unicità dei record:
- Utilizza l'ID di correlazione dell'origine (OCID)
- Generazione automatica di una chiave primaria in base agli attributi della chiave
L'OCID è un identificatore facoltativo per correlare un record all'origine dati. Si trova nel nostro modello di dati come attributo facoltativo per record di dati di riferimento, di attività e di dati sulle emissioni. L'OCID viene fornito durante la creazione del record per un record di dati di attività o emissioni. Se fornisci un OCID, Sustainability Manager lo utilizza per generare la chiave primaria per quel record.
L'OCID deve essere univoco per ogni record, quindi non puoi usarlo per associare più di un record in una singola entità/tabella. Se non fornisci un OCID, Sustainability Manager utilizza l'approccio di generazione di una chiave primaria basata su attributi chiave, che prevede l'utilizzo di un determinato set di attributi per entità per generare la chiave primaria.
Importante
Una volta impostato il valore OCID nei record di attività, non è possibile modificarlo.
I dati di Sustainability Manager rientrano nelle tre categorie seguenti:
Dati di attività: i record Ambito da 1 a 3 acquisiscono le attività che producono emissioni come l'elettricità acquistata o la combustione mobile. Le emissioni precalcolate ingerite sono considerate dati di attività e vengono gestite in modo simile.
Dati di riferimento: i record di supporto vengono in genere utilizzati durante il calcolo e la classificazione dei dati di attività. Gli esempi includono raccolte di fattori di emissione, modalità di trasporto o tipo di viaggio d'affari.
Dati di sistema: record operativi comuni che in genere fanno parte di standard più ampi come fattori di gas a effetto serra (GHG), unità predefinite e mappature dei codici di paese/regione.
Queste categorie utilizzano regole diverse durante la determinazione del comportamento di unicità di un record. Di conseguenza, gli aggiornamenti potrebbero comportarsi in modo diverso tra le categorie. Utilizza la seguente tabella per determinare come gestire il sistema.
Tipo di record | Regola di valutazione della chiave primaria | Risultato | Metodo di aggiornamento |
---|---|---|---|
Dati impegno | Se OriginCorrelationID viene fornito, viene utilizzato per generare la chiave primaria per quel record. Se un record con lo stesso OriginCorrelationID esiste già, il record viene aggiornato. Se un record con lo stesso OriginCorrelationID per il tipo di entità non esiste, il record viene inserito.
Se OriginCorrelationID non viene fornito, tutti i campi del record rivolti all'utente costituiscono la chiave univoca del record, ad eccezione di Connessione, ConnectionRefresh, Evidenza e Descrizione. |
Se uno qualsiasi dei campi per regola di valutazione è differente e non hai specificato OriginCorrelationID, il record viene considerato differente e inserito. | Usa OriginCorrelationID per gli aggiornamenti. |
Dati di riferimento |
Nome: deve essere univoco. Se il record inserito ha un nome identico, il record viene considerato come duplicato. OriginCorrelationID: se specificato, deve essere univoco. Se un record con lo stesso OriginCorrelationID esiste già, il record viene aggiornato. Se un record con lo stesso OriginCorrelationID per il tipo di entità non esiste, il record viene inserito. Chiave primaria: sia Nome che OriginCorrelationID (se specificato). Se Nome è diverso e per OriginCorrelationID viene trovata una corrispondenza, il record viene considerato un aggiornamento e il Nome viene sovrascritto con i dati del record in entrata. Le stime e i nomi dei fattori di emissione sono univoci all'interno della raccolta. Nome raccolta e Nome è la chiave dei fattori. |
Se il Nome di un record esiste già, il record viene considerato un duplicato, a meno che non specifichi un OriginCorrelationID. | Usa OriginCorrelationID per gli aggiornamenti. |
Dati di sistema |
Nome: deve essere univoco. Se il record inserito ha un nome identico, il record viene considerato come duplicato. OriginCorrelationID: se specificato, deve essere univoco. Usato per gli aggiornamenti. |
Se il Nome di un record esiste già, il record viene considerato un duplicato, a meno che non specifichi un OriginCorrelationID. | Se fornito, utilizza OriginCorrelationID per gli aggiornamenti.
Altrimenti, se è necessario un aggiornamento, devi seguire il metodo eliminazione-inserimento. Nota: sconsigliamo l'aggiornamento dei dati di sistema. |
Vedi anche
Importare dati
Modello di dati di Microsoft Cloud for Sustainability