Siirtyminen tietovuosta Gen1 tietovuohon Gen2: siirtymisskenaariot
Tässä artikkelissa esitellään erilaisia siirtymisskenaarioita, joita voit ottaa huomioon siirtyessäsi Dataflow Gen1:stä Tietovuo Gen2 -. Siinä on myös ohjeita ja suoritussuosituksia. Näiden skenaarioiden avulla voit määrittää oikean siirtymätavan liiketoimintasi vaatimusten ja olosuhteiden perusteella.
Kun siirrät tietovoita, on tärkeää ajatella muutakin kuin vain olemassa olevien ratkaisujen kopioimista. Suosittelemme sen sijaan ratkaisujen nykyaikaistamista hyödyntämällä Dataflow Gen2:n uusimpia innovaatioita ja ominaisuuksia. Tämä lähestymistapa varmistaa, että ratkaisusi voivat tukea yrityksen kasvavia vaatimuksia.
Esimerkiksi Dataflow Gen2:ssa on ominaisuus nimeltä nopea, mikä lyhentää huomattavasti aikaa, joka tarvitaan tietojen käyttämiseen tietyissä muunnoksissa ja liittimissä. Tietovuo Gen2 on myös parantanut lisäävän päivityksen, joka optimoi tietojen päivitysprosessit vain päivittämällä muuttuneita tietoja. Nämä kehitysasot paitsi parantavat suorituskykyä ja tehokkuutta myös varmistavat, että ratkaisut skaalautuvat.
Muistiinpano
Siirtymisskenaariot edustavat todellisia asiakassiirtoja, mutta yksittäiset asiakasskenaariot ovat tietenkin erilaisia.
Tässä artikkelissa ei käsitellä hinnoittelutietoja. Lisätietoja hinnoittelusta on artikkelissa Fabricin hinnoittelu.
Tärkeä
Tietovuon Gen1 ja Tietovuo Gen2 suorittimen kulutus voi vaihdella monista syistä, kuten uusien ominaisuuksien käyttö Dataflow Gen2:ssa, mukaan lukien Lakehouse valmistelu ja varasto laskennan. Suosittelemme, että suoritat syvällisen analyysin – ehkä soveltuvuusselvityksenä – mitataksesi vertailun suorittimen kulutuksen tietovuossa Gen1 ja Tietovuo Gen2 ennen kuin tietovuot siirretään.
Siirtymisskenaariot
Tietovuot tarjoavat monipuolisen ympäristön skaalattavien ETL-ratkaisujen (Poimi, Muunna ja Lataa) ja ELT (Poimi, Lataa ja Muunna) luomiseen. Ne tarjoavat monia käyttöskenaarioita henkilökohtaisesta BI-enterprise BI -.
Tässä on kolme mahdollista siirtymisskenaariota, jotka ovat inspiroineet tätä artikkelia:
- henkilökohtaisen tai tiimin käytön: Pienet tiimit tai henkilöt käyttävät tietovoita tietojen käsittelyn ja valmistelutehtävien automatisointeihin, jotta he voivat keskittyä tietojen analysointiin ja merkityksellisiin tietoihin. Tiimi voi esimerkiksi tietovoiden avulla poimia tietoja eri lähteistä, kuten Microsoft Excelistä tai Microsoft SharePointista. Niiden tietovuot muuntavat lähdetiedot heidän erityistarpeidensa mukaan ja lataavat ne semanttiseen malliin raportointia varten.
- osastojen käytön: Organisaation osastot käyttävät tietovoita suurempien tietolähteiden ja monimutkaisten muunnosten hallitsemiseen. Ne saattavat luoda luotavia tietovoita, jotka edistävät osaston raporttien uudelleenkäytettävyyttä ja johdonmukaisuutta ja varmistavat, että kaikki tiimin jäsenet työskentelevät saman tietoversion parissa.
- Yrityskäyttö: Yritystasolla tietovuot ovat ratkaisevassa asemassa, kun tietoja käytetään suuressa mittakaavassa useissa osastoissa. Ne toimivat keskitetynä tietojen valmistelukerroksena, joka syöttää moniin semanttisiin malleihin ja tukee laajaa liiketoimintatietojen ja analyysisovellusten kirjoa. Koko organisaatio hyötyy luotettavista up-to-date-tiedoista, jotka mahdollistavat tietoon perustuvan päätöksenteon kaikilla tasoilla.
Näissä skenaarioissa tietovuot auttavat luomaan tehokkaita ja skaalattavia ETL/ELT-ratkaisuja, jotka voivat kasvaa tiimin, osaston tai organisaation tarpeiden mukaan. Hyvin suunnitellut tietovuot varmistavat, että tietojen hallintaprosessit pysyvät tehokkaina ja tehokkaina.
Lisätietoja käyttöskenaarioita koskevista ohjeartikkelista Microsoft Fabric -käyttöönoton suunnittelun.
Siirtoskenaario 1
Tässä siirtymisskenaariossa organisaatio käyttää Power BI -tietovoita omatoimiseen tietojen valmisteluun henkilökohtaisten tai tiimien käyttöskenaarioiden tukena. Tietovuot sisältyvät yhteen työtilaan, joka on määritetty Fabric-kapasiteettiin.
Tietovoiden luojat haluavat hyödyntää Dataflow Gen2:n kehittyneitä ominaisuuksia sisällön tuottamista varten. Samalla he aikovat jatkaa tietovuotaulukoiden käyttämistä tietolähteenä vaiheittaisen siirron aikana. Tämä lähestymistapa varmistaa sisällöntuottajien käytön ja yhdistettävyyden, kun he käyttävät olemassa olevia Power BI:n semanttisia malleja, Excel-laskentataulukoita tai Dataverse-taulukoita – ainakin siihen asti, kunnes siirtyminen tuettuihin tietokohteisiin on valmis.
Tietovuon luojat voivat siirtää ratkaisunsa seuraavasti:
- Päivitä työtilan tunnus, jos uusi työtila luodaan uuden tietovuon tallentamiseksi.
- Päivitä olemassa olevat ratkaisut alkuperäisestä (Gen1) tietovuon tunnuksesta uuteen (Gen2) tietovuon tunnukseen.
Tässä on esimerkkikysely, joka on päivitetty päivämäärädimensiotaulukon tietojen noutamiseen.
let
Source = PowerPlatform.Dataflows(null),
Workspaces = Source{[Id="Workspaces"]}[Data],
Workspace = Workspaces{[workspaceId="<enter new workspace ID>"]}[Data],
DataflowId = Workspace{[dataflowId="<enter new dataflow ID"]}[Data],
DimDateTable = DataflowId{[entity="DimDate", version=""]}[Data]
in
DimDateTable
Juomaraha
Jos parametrisoit workspaceId
- ja dataflowId
-arvot semanttisissa malleissa, voit päivittää koosteparametrin tiedot ohjelmallisesti Tietojoukot – Päivitä parametri ryhmässä REST-ohjelmointirajapintatoiminto.
Tärkeä
Vaikka tietoja voi noutaa tietovuon liittimen avulla, tätä menetelmää ei suositella käytettäessä Tietovuo Gen2 -tietovuota. Suosittelemme sen sijaan, että käytät tietokohdetoimintoa kaikkien luotujen taulukoiden tulostamiseen Dataflow Gen2:sta Fabric-kohteisiin tai muihin kohteisiin aina, kun se on mahdollista. Tämä johtuu siitä, että tietovuon liitin käyttää pohjana olevaa järjestelmän toteutustallennuskerrosta (kutsutaan TietovuotStagingLakehouse), ja se voi muuttua, kun uusia toimintoja tai ominaisuuksia lisätään.
Siirtoskenaario 2
Tässä siirtymisskenaariossa organisaatio käyttää Power BI -tietovoita omatoimiseen tietojen valmisteluun tukeakseen osastojen käyttöskenaarioita, joissa on päällekkäisiä tietovoita ja linkitettyjä taulukoita useissa työtiloissa.
Tietovoiden luojat haluavat hyödyntää Dataflow Gen2:n kehittyneitä ominaisuuksia sisällön tuottamiseen ja samalla jakaa ja tulostaa tietovuotaulukot tehokkaasti Fabric Lakehouseen. Tässä menetelmässä hyödynnetään OneLake -pikanäppäimiä. OneLake-pikanäppäimet yksinkertaistavat ratkaisujen hallintaa vähentämällä prosessiviivettä, joka on perinteisesti liitetty linkitettyihin taulukoihin eri työtiloissa, ja poistamalla tarpeettomia tietokopioita.
Tietovuon luojat voivat siirtää ratkaisunsa seuraavasti:
- Korvaa linkitetyt taulukot OneLake-pikakuvakkeilla, joiden avulla jatkokäyttäjät voivat suoraan käyttää tietoja.
- Päivitä olemassa olevat ratkaisut ja siirtymäkyselyt korvaamalla
PowerPlatform.Dataflows
- taiPowerBI.Dataflows
-funktio FabricinLakehouse.Contents
tietojen käyttöfunktiolla.
Tässä on esimerkki PowerQuery-kyselystä, joka on päivitetty noutamaan tietoja asiakkaan dimensiotaulukosta.
let
Source = Lakehouse.Contents([]),
WorkspaceId = Source{[workspaceId="<0000aaaa-11bb-cccc-dd22-eeeeee333333>"]}[Data],
LakehouseId = WorkspaceId{[lakehouseId="1111bbbb-22cc-dddd-ee33-ffffff444444"]}[Data],
DimCustomerTable = LakehouseId{[Id="DimCustomer", ItemKind="Table"]}[Data]
in
DimCustomerTable
Muistiinpano
Voit muokata kyselylausekkeita Fabriciin julkaistussa Power BI -semanttisessa mallissa käyttämällä XMLA-päätepistettäja päivittämällä taulukon osioituja M-lausekkeita.
Huomaa kuitenkin, että kun muokkaat semanttista mallia XMLA-päätepisteen avulla, et voi koskaan ladata sitä Power BI -palvelusta.
Siirtoskenaario 3
Tässä siirtymisskenaariossa organisaatio käyttää Power BI -tietovoita omatoimiseen tietojen valmisteluun tukeakseen osastojen käyttöskenaarioita, joissa on päällekkäisiä tietovoita useissa työtiloissa.
Tietovoiden tekijät haluavat hyödyntää Dataflow Gen2:n kehittyneitä ominaisuuksia sisällön tuottamiseen ja samalla tulostaa ja jakaa tietovuotaulukoita Fabric-varastosta, jolla on eriytetyt käyttöoikeudet. Tämä lähestymistapa tarjoaa joustavuutta, ja tietojen käyttö voidaan ottaa käyttöön rivitason suojauksen (RLS), saraketason suojauksen (CLS)ja dynaamisten tietojen peittämisen (DDM).
Tietovuon luojat voivat siirtää ratkaisunsa seuraavasti:
- Myönnä tietojen käyttö SQL-laskentamoduulin vaiheittaisten käyttöoikeuksien kautta, mikä tarjoaa valikoivamman käyttöoikeuden tietyille käyttäjille rajoittamalla tiettyjen taulukoiden ja mallien käyttöoikeuksia sekä ottamalla RLS-ja CLS:n käyttöön.
- Päivitä olemassa olevat ratkaisut ja siirtymäkyselyt korvaamalla
PowerPlatform.Dataflows
taiPowerBI.Dataflows
-funktio FabricinFabric.Warehouse
-tietojenkäyttötoiminnolla.
Tässä on esimerkki PowerQuery-kyselystä, joka on päivitetty noutamaan tietoja asiakkaan dimensiotaulukosta.
let
Source = Fabric.Warehouse([]),
WorkspaceId = Source{[workspaceId="0000aaaa-11bb-cccc-dd22-eeeeee333333"]}[Data],
WarehouseId = WorkspaceId{[warehouseId="1111bbbb-22cc-dddd-ee33-ffffff444444"]}[Data],
DimCustomerTable = WarehouseId{[Schema="dbo", Item="DimCustomer"]}[Data]
in
DimCustomerTable
Siirto-ohjeet
Suosittelemme, että laadit luettelon tietovoista ja riippuvaisista kohteista. Suosittelemme myös harkitsemaan Power Query -mallien käyttämistä.
Varasto
Jos haluat auttaa suunnittelemaan siirtoa, sinun on ensiksi tehtävä luettelo tietovoista ja kaikista niistä riippuvaisista jatkoratkaisuista. Riippuvaisten kohteiden tunnistaminen voi auttaa välttämään käyttökatkoja ja häiriöitä.
-
tietovuot lähteenä Power BI
- Käytä Tietovuot – Nouda yläpuoliset tietovuot ryhmässä REST API -toimintoa tunnistaaksesi linkitettyjä taulukoita käyttävän tietovuon väliset historiatiedot ja riippuvuudet. Linkitetyissä taulukoissa voi olla enintään 32 viittausta.
- Vaihtoehtoisesti voit Semantic Link Labs
list_upstream_dataflows
-funktion avulla yksinkertaistaaGet Upstream Dataflows In Group
REST -ohjelmointirajapinnan toiminnon rekursiivisesti kutsumista. Funktio iteroi kaikkia linkitettyjä tietovoita, kunnes se kohtaa tietueen, jolla on tyhjä arvo ja joka osoittaa ketjun lopun.
- Vaihtoehtoisesti voit Semantic Link Labs
- Käytä Admin - Datasets GetDatasetToDataflowsLinksInGroupAsAdmin REST API -toimintoa laatiaksesi luettelon semanttisista Power BI -malleista, jotka käyttävät tietovoita päivitystä edellyttävässä työtilassa.
- Nouda koostekyselylausekkeet vuokraajan semanttisista malleista Microsoft Fabric scanner -ohjelmointirajapintojen. Voit sitten hakea lausekkeista mitä tahansa tietovuon tunnuksia, jotta saat paremman käsityksen vuokraajan täydellisestä siirtymästä.
- Käytä Tietovuot – Nouda yläpuoliset tietovuot ryhmässä REST API -toimintoa tunnistaaksesi linkitettyjä taulukoita käyttävän tietovuon väliset historiatiedot ja riippuvuudet. Linkitetyissä taulukoissa voi olla enintään 32 viittausta.
-
tietovuot lähteenä Power Apps
- Käytä koostekyselylausekkeita -tietovuotaulukosta sovellusratkaisun Power Platform -tietovuot -. Voit sitten hakea lausekkeista mitä tahansa tietovuon tunnuksia, jotta saat paremman käsityksen vuokraajan sovellusten täydellisestä siirtymästä. Jos haluat oppia asentamaan ja hallitsemaan Microsoft Dataversessa toimivia sovelluksia Dynamics 365:ssä, katso Power Apps.
-
tietovuot lähteenä Excel
- Vaikka Excel-työkirjoissa ei ole REST-ohjelmointirajapintaa historiatietojen ja riippuvuuksien seuraamiseen, voit käyttää Visual Basic for Applicationsia (VBA) ja WorkbookConnection-objektia määrittääksesi, sisältääkö yhteysmerkkijono tekstin
Provider=Microsoft.Mashup.OleDb.1
, joka osoittaa Power Query -yhteyden. Lisäksi voit käyttää WorkbookQuery.Formula -ominaisuutta Power Query -kaavojen poimimiseen. - Kun olet seurannut tietovoiden historiatietoja, suosittelemme päivittämään Fabric-kohteiden olemassa olevat tietovuon yhteydet Excelissä seuraavasti:
- Kun haluat käyttää Fabric Lakehouse-, warehouse- tai SQL-tietokannan SQL-analytiikan päätepistettä, käytä SQL Server -liitintä, joka käyttää
Sql.Database
tietojen käyttöfunktiota. - Voit käyttää Fabric Lakehouse -tiedostosisältöä käyttämällä Azure Data Lake Gen2 Storage -liitintä, joka käyttää
AzureStorage.DataLake
tietojen käyttötoimintoa. - Kun haluat käyttää Fabric-tapahtumatalotietokantaa, käytä Azure Data Explorer -liitintä, joka käyttää
AzureDataExplorer.Contents
tietojen käyttötoimintoa.
- Kun haluat käyttää Fabric Lakehouse-, warehouse- tai SQL-tietokannan SQL-analytiikan päätepistettä, käytä SQL Server -liitintä, joka käyttää
- Vaikka Excel-työkirjoissa ei ole REST-ohjelmointirajapintaa historiatietojen ja riippuvuuksien seuraamiseen, voit käyttää Visual Basic for Applicationsia (VBA) ja WorkbookConnection-objektia määrittääksesi, sisältääkö yhteysmerkkijono tekstin
Power Query -mallit
Power Query -mallit yksinkertaistaa projektin siirtämistä eri Power Query -integroinnit välillä. Ne auttavat virtaviivaistamaan muutoin monitasoista ja aikaa vievää tehtävää. Mallit kapseloivat koko Power Query -projektin, mukaan lukien komentosarjat ja metatiedot, yhdeksi siirrettäväksi tiedostoksi.
Power Query -mallit on suunniteltu yhteensopiviksi eri integroinnit, kuten Power BI -tietovuot (Gen1) ja Fabric-tietovuot (Gen2), mikä varmistaa näiden palvelujen välisen sujuvan siirtymisen.
Aiheeseen liittyvä sisältö
Lisätietoja tästä artikkelista saat seuraavista resursseista:
- siirtyminen tietovuosta Gen1 tietovuohon Gen2
- Fabricin hinnoittelu
- Kysymyksiä? Voit esittää Kysymyksiä Fabric-yhteisöltä
- Ehdotuksia? Edistä ideoita Fabric- parantamiseksi
Fabric-kumppanien avulla organisaatiosi voi onnistua siirtoprosessissa. Jos haluat ryhtyä yhteistyöhön Fabric-kumppanin kanssa, siirry Fabric -kumppaniportaaliin.