Fastlægge postens entydighed
Denne artikel indeholder oplysninger om de regler, der bruges til at fastslå, om poster er entydige i Microsoft Sustainability Manager i Microsoft Cloud for Sustainability. I Sustainability Manager kan du fastslå postens entydighed på to måder:
- Brug det oprindelige korrelations-id (OCID)
- Automatisk oprettelse af en primær nøgle baseret på nøgleattributter
OCID er et valgfrit id til at korrelere en post med postens dataoprindelse. Den er i vores datamodel som en valgfri attribut til referencedata-, aktivitets- og områdedataposter. OCID'et skal angives, når posten oprettes for en aktivitets- eller udledningsdatapost. Hvis du angiver et OCID, bruger Sustainability Manager den til at oprette den primære nøgle for den pågældende post.
OCID'et skal være entydigt for hver post, så du kan ikke bruge den til at tilknytte mere end én post i et enkelt objekt/en enkelt tabel. Hvis du ikke angiver et OCID, bruger Sustainability Manager den fremgangsmåde, der er forbundet med at oprette en primær nøgle baseret på nøgleattributter, hvilket indebærer, at der bruges et bestemt sæt attributter pr. objekt til at oprette den primære nøgle.
Vigtigt
Når du har angivet OCID-værdien på aktivitetsposter, kan du ikke ændre den.
Dataene for Sustainability Manager-data er opdelt i følgende tre kategorier:
Aktivitetsdata: Scope 1-3-registreringer fanger emissionsproducerende aktiviteter såsom købt elektricitet eller mobil forbrænding. Indtagne forudberegnede udledninger betragtes som aktivitetsdata og håndteres på samme måde.
Referencedata: Understøttende poster bruges typisk under beregning og klassificering af aktivitetsdata. Af eksempler kan nævnes biblioteker med udledningsfaktorer, transporttilstand eller forretningsrejsetype.
Systemdata: Almindelige driftsregistreringer, der typisk er en del af bredere standarder, f.eks. drivhusgasfaktorer, standardenheder og tilknytninger af lande-/områdekoder.
I disse kategorier bruges forskellige regler, mens den entydige funktionsmåde for en post bestemmes. Opdateringer kan derfor fungere anderledes på tværs af kategorierne. Brug følgende tabel til at finde ud af, hvordan systemet skal administreres.
Posttype | Regel for evaluering af primær nøgle | Resultat | Opdateringsmetode |
---|---|---|---|
Aktivitetsdata | Hvis OriginCorrelationID er angivet, bruges det til at oprette den primære nøgle for den pågældende post. Hvis der allerede findes en post med samme OriginCorrelationID, opdateres posten. Hvis der ikke findes en post med samme OriginCorrelationID for objekttypen, indsættes posten. Hvis OriginCorrelationID ikke er angivet, udgør alle brugervendte felter i posten den entydige postnøgle, undtagen Connection,ConnectionRefresh,Evidence og Description. |
Hvis nogen af felterne pr. evalueringsregel er forskellige, og du ikke har angivet et OriginCorrelationID, opfattes posten som anderledes og indsættes. | Brug OriginCorrelationID til opdateringer. |
Referencedata | Navn: Skal være entydigt. Hvis den registrerede post har et identisk navn, opfattes posten som en dublet. OriginCorrelationID: Hvis det angives, skal det være entydigt. Hvis der allerede findes en post med samme OriginCorrelationID, opdateres posten. Hvis der ikke findes en post med samme OriginCorrelationID for objekttypen, indsættes posten. Primær nøgle: Både navn og OriginCorrelationID (hvis angivet). Hvis Navn er forskelligt, og OriginCorrelationID matches, betragtes posten som en opdatering, og Navn overskrives med de indgående postdata. Estimerings- og udledningsfaktor-navne er unikke i deres bibliotek. Biblioteksnavn plus Navn er nøglen til faktorer. |
Hvis en posts Navn allerede findes, opfattes posten som en dublet, medmindre du angiver et OriginCorrelationID. | Brug OriginCorrelationID til opdateringer. |
Systemdata | Navn: Skal være entydigt. Hvis den registrerede post har et identisk navn, opfattes posten som en dublet. OriginCorrelationID: Hvis det angives, skal det være entydigt. Bruges til opdateringer. |
Hvis en posts Navn allerede findes, opfattes posten som en dublet, medmindre du angiver et OriginCorrelationID. | Hvis det er angivet, skal du bruge OriginCorrelationID til opdateringer. Ellers, hvis en opdatering er påkrævet, skal du følge delete-insert-metoden. Bemærk: Vi anbefaler ikke at opdatere systemdata. |
Importere datadatamodel
Microsoft Cloud for Sustainability