Vurderinger for felttilordning for standard dataflyter

Når du laster inn data i Dataverse-tabeller, tilordner du kildespørringens kolonner i dataflytens redigeringsopplevelse til tabellkolonnene for måldataverse. Utover tilordning av data, er det andre hensyn og anbefalte fremgangsmåter å ta hensyn til. I denne artikkelen dekker vi de ulike dataflytinnstillingene som styrer virkemåten til dataflytoppdatering og som et resultat av dataene i måltabellen.

Kontrollere om dataflyter oppretter eller oppsert poster hver oppdatering

Hver gang du oppdaterer en dataflyt, henter den poster fra kilden og laster dem inn i Dataverse. Hvis du kjører dataflyten mer enn én gang, avhengig av hvordan du konfigurerer dataflyten, kan du:

• Opprett nye poster for hver dataflytoppdatering, selv om slike poster allerede finnes i måltabellen.
• Opprett nye poster hvis de ikke allerede finnes i tabellen, eller oppdater eksisterende poster hvis de allerede finnes i tabellen. Denne virkemåten kalles upsert.

Bruk av en nøkkelkolonne angir for dataflyten å oppsert poster i måltabellen, mens ikke å velge en nøkkel indikerer til dataflyten for å opprette nye poster i måltabellen.

En nøkkelkolonne er en kolonne som er unik og deterministisk for en datarad i tabellen. Hvis ordre-IDen for eksempel er en nøkkelkolonne, bør du for eksempel ikke ha to rader med samme ordre-ID. I tillegg bør én ordre-ID – la oss si en ordre med ID 345 – bare representere én rad i tabellen. Hvis du vil velge nøkkelkolonnen for tabellen i Datavers fra dataflyten, må du angi nøkkelfeltet i Tilordningstabeller-opplevelsen.

Velge et primærnavn og nøkkelfelt når du oppretter en ny tabell

Bildet nedenfor viser hvordan du kan velge nøkkelkolonnen som skal fylles ut fra kilden når du oppretter en ny tabell i dataflyten.

Det primære navnefeltet du ser i felttilordningen, er for et etikettfelt. dette feltet trenger ikke å være unikt. Feltet som brukes i tabellen til å kontrollere duplisering, er feltet du angir i alternativ nøkkel-feltet .

Hvis du har en primærnøkkel i tabellen, sikrer du at selv om du har dupliserte data i feltet som er tilordnet primærnøkkelen, lastes ikke de dupliserte oppføringene inn i tabellen. Denne virkemåten beholder en høy kvalitet på dataene i tabellen. Data av høy kvalitet er avgjørende for å bygge rapporteringsløsninger basert på tabellen.

Primærnavn-feltet

Primærnavnfeltet er et visningsfelt som brukes i Datavers. Dette feltet brukes i standardvisninger til å vise innholdet i tabellen i andre programmer. Dette feltet er ikke primærnøkkelfeltet, og bør ikke betraktes som dette. Dette feltet kan ha dupliserte verdier fordi det er et visningsfelt. Den beste fremgangsmåten er imidlertid å bruke et sammenkjedet felt til å tilordne til primærnavnfeltet, slik at navnet er fullstendig forklarende.

Det alternative nøkkelfeltet er det som brukes som primærnøkkel.

Velge et nøkkelfelt når du laster inn til en eksisterende tabell

Når du tilordner en dataflytspørring til en eksisterende dataverstabell, kan du velge om og hvilken nøkkel som skal brukes når du laster inn data i måltabellen.

Bildet nedenfor viser hvordan du kan velge nøkkelkolonnen som skal brukes når du oppspørrer poster til en eksisterende Dataverse-tabell:

Angi en tabells unike ID-kolonne og bruke den som et nøkkelfelt for oppspørring av poster i eksisterende Dataverse-tabeller

Alle Microsoft Dataverse-tabellrader har unike identifikatorer definert som GUIDer. Disse GUIDene er primærnøkkelen for hver tabell. Som standard kan ikke primærnøkkelen for en tabell angis av dataflyter, og den genereres automatisk av Dataverse når en post opprettes. Det finnes avanserte brukstilfeller der bruk av primærnøkkelen i en tabell er ønskelig, for eksempel å integrere data med eksterne kilder samtidig som de samme primærnøkkelverdiene beholdes i både den eksterne tabellen og dataverstabellen.

Merk

• Denne funksjonen er bare tilgjengelig når du laster inn data til eksisterende tabeller.
• Det unike ID-feltet godtar bare en streng som inneholder GUID-verdier, enhver annen datatype eller verdi fører til at postoppretting mislykkes.

Hvis du vil dra nytte av en tabells unike identifikatorfelt, velger du Last inn til eksisterende tabell på Siden Tilordne tabeller mens du redigerer en dataflyt. I eksemplet som vises i det påfølgende bildet, lastes dataene inn i CustomerTransactions-tabellen , og bruker TransactionID-kolonnen fra datakilden som den unike identifikatoren for tabellen.

Legg merke til at i rullegardinlisten Velg nøkkel kan den unike identifikatoren – som alltid heter «tabellnavn + ID» – av tabellen velges. Siden tabellnavnet er CustomerTransactions, kalles det unike identifikatorfeltet CustomerTransactionId.

Når den er valgt, oppdateres kolonnetilordningsdelen for å inkludere den unike identifikatoren som en målkolonne. Deretter kan du tilordne kildekolonnen som representerer den unike identifikatoren for hver post.

Hva er gode kandidater for nøkkelfeltet

Nøkkelfeltet er en unik verdi som representerer en unik rad i tabellen. Det er viktig å ha dette feltet fordi det hjelper deg å unngå å ha dupliserte poster i tabellen. Dette feltet kan komme fra tre kilder:

• Primærnøkkelen i kildesystemet (for eksempel OrderID i forrige eksempel). sammenkoblingsfelt opprettet gjennom Power Query-transformasjoner i dataflyten.

  

• En kombinasjon av felt som skal velges i alternativ nøkkel-alternativet . En kombinasjon av felt som brukes som et nøkkelfelt, kalles også en sammensatt nøkkel.

  

Fjern rader som ikke lenger finnes

Hvis du vil at dataene i tabellen alltid skal synkroniseres med dataene fra kildesystemet, velger du alternativet Slett rader som ikke lenger finnes i spørringsutdataene. Dette alternativet reduserer imidlertid dataflyten fordi det er behov for en radsammenligning basert på primærnøkkelen (alternativ nøkkel i felttilordningen av dataflyten) for at denne handlingen skal skje.

Alternativet betyr at hvis det er en datarad i tabellen som ikke finnes i spørringsutdataene for neste dataflytoppdatering, fjernes denne raden fra tabellen.

Merk

Standard V2-dataflyter er avhengige av createdon feltene og modifiedon for å fjerne rader som ikke finnes i dataflytutdataene, fra måltabellen. Hvis disse kolonnene ikke finnes i måltabellen, slettes ikke postene.

Kjente begrensninger

• Tilordning til polymorfe oppslagsfelt støttes for øyeblikket ikke.
• Tilordning til et oppslagsfelt på flere nivåer, et oppslag som peker til oppslagsfeltet til en annen tabell, støttes for øyeblikket ikke.
• Tilordning til feltene Status og Statusårsak støttes for øyeblikket ikke.
• Tilordning av data til tekst med flere linjer som inneholder linjeskift, støttes ikke, og linjeskiftene fjernes. I stedet kan du bruke linjeskiftkoden <br> til å laste inn og bevare tekst med flere linjer.
• Tilordning til Valg-felt som er konfigurert med alternativet for flere valg aktivert, støttes bare under bestemte betingelser. Dataflyten laster bare inn data til Valg-felt med alternativet for flere valg aktivert, og en kommadelt liste over verdier (heltall) av etikettene brukes. Hvis etikettene for eksempel er «Valg1, Valg2, Valg3» med tilsvarende heltallverdier for «1, 2, 3», bør kolonneverdiene være «1,3» for å velge de første og siste valgene.
• Standard V2-dataflyter er avhengige av createdon feltene og modifiedon for å fjerne rader som ikke finnes i dataflytutdataene, fra måltabellen. Hvis disse kolonnene ikke finnes i måltabellen, slettes ikke postene.
• Tilordning til felt der IsValidForCreate-egenskapen er satt til false , støttes ikke (for eksempel kontofeltet for kontaktenheten).