Kenttäkartoitusnäkökohdat standarditietovirroille

Kun dataa ladataan Dataverse-tauluihin, kuvaat lähdekyselyn sarakkeet datavirran muokkauskokemuksessa kohde-Dataverse-taulukon sarakkeisiin. Datan kartoittamisen lisäksi on otettava huomioon myös muita seikkoja ja parhaita käytäntöjä. Tässä artikkelissa käsittelemme erilaisia datavirta-asetuksia, jotka säätelevät datavirran päivityskäyttäytymistä ja siten kohdetaulun dataa.

Hallinta, luovatko datavirrat tietueita vai upsertoivatko ne jokaisessa päivityksessä

Joka kerta kun päivität datavirran, se hakee tietueita lähteestä ja lataa ne Dataverseen. Jos ajat datavirran useamman kerran—riippuen siitä, miten datavirran konfiguroit—voit:

  • Luo uudet tietueet jokaiselle dataflow-päivitykselle, vaikka tällaiset tietueet olisivat jo kohdetaulussa.
  • Luo uusia tietueita, jos niitä ei vielä ole taulukossa, tai päivitä olemassa olevia tietueita, jos ne ovat jo taulukossa. Tätä käyttäytymistä kutsutaan upsertiksi.

Avainsarakkeen käyttäminen osoittaa datavirran upsertin tietueita kohdetauluun, kun taas avaimen valitsematta jättäminen osoittaa datavirran luovan uusia tietueita kohdetauluun.

Avainsarake on sarakke, joka on yksikäsitteinen ja deterministinen taulukon datarivistä. Esimerkiksi Orders-taulukossa, jos Order ID on avainsarake, sinulla ei pitäisi olla kahta riviä samalla Order ID:llä. Lisäksi yhden tilaus-ID:n – sanotaan vaikka tilaus, jonka ID on 345 – tulisi edustaa vain yhtä riviä taulukossa. Valitaksesi avainsarakkeen Dataverse-taulukolle dataflow'sta, sinun täytyy asettaa avainkenttä Map Tables -kokemuksessa.

Päänimen ja avainkentän valinta uuden taulukon luomisessa

Seuraava kuva näyttää, miten voit valita avainsarakkeen, joka täytetään lähteestä, kun luot uuden taulukon datavirtaan.

Pääavain ja vaihtoehtoinen avain ovat samat.

Pääasiallinen nimikenttä, jonka näet kenttäkartoituksessa, on etikettikenttä; Tämän alan ei tarvitse olla ainutlaatuinen. Taulukossa käytettävä kenttä päällekkäisyyksien tarkistamiseen on se kenttä, jonka asetat vaihtoehtoisen avaimen kentälle.

Ensisijaisen avaimen olemassaolo taulukossa varmistaa, että vaikka kentässä olisi päällekkäistä dataa, joka on yhdistetty ensisijaiseen avaimeen, kaksoiskappaleet eivät ladataisi taulukkoon. Tämä käyttäytyminen ylläpitää taulukon datan korkealaatuista. Korkealaatuinen data on olennaista taulukkopohjaisten raportointiratkaisujen rakentamisessa.

Päänimikenttä

Ensisijainen nimikenttä on näyttökenttä, jota käytetään Dataversessa. Tätä kenttää käytetään oletusnäkymissä näyttämään taulukon sisältöä muissa sovelluksissa. Tämä kenttä ei ole ensisijainen avainkenttä, eikä sitä pitäisi pitää sellaisena. Tällä kentällä voi olla päällekkäisiä arvoja, koska se on näyttökenttä. Paras käytäntö on kuitenkin käyttää yhdistettyä kenttää päänimikentän kartoittamiseen, jotta nimi on täysin selittävä.

Vaihtoehtoinen avainkenttä toimii ensisijaisena avaimena.

Avainkentän valinta, kun ladataan olemassa olevaan taulukkoon

Kun dataflow-kysely yhdistetään olemassa olevaan Dataverse-tauluun, voit valita, käyttääkö ja mitä avainta dataa ladataan kohdetauluun.

Seuraava kuva näyttää, miten voit valita avainsarakkeen, jota käytetään, kun tietueita siirretään olemassa olevaan Dataverse-tauluun:

Avaimen valitseminen datan upsertointiin Dataverse-taulukoihin.

Taulukon Unique ID -sarakkeen asettaminen ja sen käyttäminen avainkenttänä tietueiden upserointiin olemassa oleviin Dataverse-tauluihin

Kaikilla Microsoft Dataverse -taulukon riveillä on yksilölliset tunnisteet, jotka on määritelty GUID-tunnisteiksi. Nämä GUID:t ovat kunkin taulukon pääavain. Oletuksena taulun ensisijaista avainta ei voi asettaa datavirtojen avulla, ja Dataverse luo sen automaattisesti, kun tietue luodaan. On olemassa kehittyneitä käyttötapauksia, joissa taulukon ensisijaisen avaimen hyödyntäminen on toivottavaa, esimerkiksi datan integroiminen ulkoisiin lähteisiin säilyttäen samat ensisijaiset avainarvot sekä ulkoisessa taulussa että Dataverse-taulukossa.

Note

  • Tämä ominaisuus on käytettävissä vain, kun dataa ladataan olemassa oleviin tauluihin.
  • Yksilöllinen tunnistekenttä hyväksyy vain merkkijonon, joka sisältää GUID-arvoja, ja mikä tahansa muu tietotyyppi tai arvo aiheuttaa tietueen luomisen epäonnistumisen.

Hyödyntääksesi taulun yksilöllistä tunnistekenttää, valitse Lataa olemassa olevaan taulukkoonMap Tables -sivulla samalla kun luot datavirtaa. Seuraavassa kuvassa näytetyssä esimerkissä se lataa tiedot CustomerTransactions-taulukkoon ja käyttää tietolähteen TransactionID-saraketta taulun yksilöllisena tunnisteena.

Huomaa, että Select-näppäimen pudotusvalikossa voidaan valita taulun yksilöllinen tunniste—joka on aina nimeltään "tablename + id". Koska taulun nimi on "CustomerTransactions", yksilöllinen tunnistekenttä on nimeltään "CustomerTransactionId".

Valitsemalla pääavain datan upsertointiin Dataverse-taulukoihin.

Kun valinta on valittu, sarakkeiden kartoitusosio päivitetään siten, että yksilöllinen tunniste on kohdesaraketta. Voit sitten kartoittaa lähdesarakkeen, joka edustaa kunkin tietueen yksilöllistä tunnistetta.

Datan yhdistäminen Unique Identifier -sarakkeeseen.

Mitkä ovat hyviä ehdokkaita avainkentälle

Avainkenttä on yksikäsitteinen arvo, joka edustaa taulukkoa yhtä riviä. Tämä kenttä on tärkeää, koska se auttaa välttämään päällekkäiset tietueet taulukossa. Tämä ala voi lähteä kolmesta lähteestä:

  • Lähdejärjestelmän ensisijainen avain (kuten OrderID edellisessä esimerkissä). yhdistetty kenttä, joka on luotu Power Query -muunnoksilla datavirtaan.

    Pylväiden yhdistäminen muodostaen yhdistetyn yksilöllisen sarakkeen.

  • Yhdistelmä kenttiä, jotka valitaan vaihtoehtoisen avaimen vaihtoehdosta. Avainkenttänä käytettyä kenttien yhdistelmää kutsutaan myös yhdistelmäavaimeksi.

    Yhdistetyn avaimen luominen kenttäkartoituksen avulla.

Poista rivit, joita ei enää ole olemassa

Jos haluat, että taulukon tiedot ovat aina synkronoituina lähdejärjestelmän datan kanssa, valitse vaihtoehto Poista rivit, joita ei enää ole kyselytulosteessa. Tämä vaihtoehto kuitenkin hidastaa datavirtaa, koska tarvitaan rivien vertailu ensisijaisen avaimen (vaihtoehtoinen avain datavirran kenttäkartoituksessa) perusteella tämän toiminnon toteuttamiseksi.

Vaihtoehto tarkoittaa, että jos taulukossa on datarivi, jota ei ole seuraavan datavirran päivityskyselyn tulosteessa, kyseinen rivi poistetaan taulukosta.

Poista rivit, joita ei enää ole olemassa.

Note

Tavalliset V2-datavirrat perustuvat createdon ja-kenttiin modifiedon poistaakseen rivit, joita datavirran tulosteessa ei ole, kohdetaulusta. Jos näitä sarakkeita ei ole kohdetaulussa, tietueita ei poisteta.

Tunnetut rajoitukset

  • Polymorfisten hakukenttien kartoittaminen ei tällä hetkellä ole tuettua.
  • Monitasoisen hakukentän kartoittaminen, joka osoittaa toisen taulukon hakukenttään, ei tällä hetkellä ole tuettua.
  • Status Reason- ja Status Reason-kenttien vastaaminen ei tällä hetkellä ole tuettua.
  • Datan kartoittaminen moniriviseksi tekstiksi, joka sisältää rivinvaihtomerkkejä, ei ole tuettua, ja rivinvaihdot poistetaan. Sen sijaan voit käyttää rivinvaihtotunnistetta <br> lataamaan ja säilyttämään monirivisen tekstin.
  • Sekä yksivalinta- että monivalintakenttien konfigurointi samassa taulukossa ja useamman arvon määrittäminen monivalintakentälle ei ole tuettua.
  • Tavalliset V2-datavirrat perustuvat createdon ja-kenttiin modifiedon poistaakseen rivit, joita datavirran tulosteessa ei ole, kohdetaulusta. Jos näitä sarakkeita ei ole kohdetaulussa, tietueita ei poisteta.
  • Vastaus kentille, joiden IsValidForCreate-ominaisuus on asetettu, false ei tueta (esimerkiksi Contact entityn Account-kenttä).