DirectQueryn käyttö Power BI Desktopissa
Kun muodostat Power BI Desktopilla yhteyden mihin tahansa tietolähteeseen, voit tuoda kopion tiedoista. Joidenkin tietolähteiden kohdalla voit myös muodostaa yhteyden suoraan tietolähteeseen tuomatta tietoja DirectQueryn avulla. Tässä artikkelissa kerrotaan tuonti- ja DirectQuery-yhteystilojen välisistä eroista ja kerrotaan, miten voit muodostaa yhteyden tietolähteisiin DirectQueryn avulla. Se kattaa myös DirectQueryn käyttöön liittyvät huomioitavat asiat ja rajoitukset, kuten suorituskyvyn ja suojauksen.
Sen määrittämiseksi, tukeeko tietolähde DirectQueryä, katso luettelo kaikista saatavilla olevista tietolähteistä Artikkelista Power Queryn liittimet, joka koskee myös Power BI:tä. Valitse tuettujen liittimien luettelosta artikkeli, joka kuvaa sinua kiinnostavaa tietolähdettä. Katso sitten liittimen tukemat ominaisuudet -osio. Jos DirectQueryä ei luetella tietolähteen artikkelin osiossa, DirectQuerya ei tueta kyseisessä tietoyhdistimessä.
Tuonti- ja DirectQuery-yhteystilojen käyttämisen erot ovat:
Tuonti: Kopio valittujen taulukoiden ja sarakkeiden tiedoista, jotka tuodaan Power BI Desktopiin. Kun luot tai käsittelet visualisointeja, Power BI Desktop käyttää tuotuja tietoja. Jos haluat nähdä taustalla olevat tietojen muutokset alkuperäisen tuonnin tai viimeisimmän päivityksen jälkeen, sinun on tuotava koko semanttinen malli uudelleen tietojen päivittämiseksi.
DirectQuery: Tietojen tuontia Power BI Desktopiin ei ole. Voit valita relaatiolähteistä taulukot ja sarakkeet, jotka näkyvät Power BI Desktopin tietoruudussa . Moniulotteisten tietolähteiden, kuten SAP Business Warehousen (SAP BW), valitun kuution dimensiot ja mittarit näkyvät Tieto-ruudussa. Kun luot tai käsittelet visualisointeja, Power BI Desktop lähettää kyselyjä pohjana olevaan tietolähteeseen ja näet aina ajantasaiset tiedot.
Kun luot tai käsittelet visualisointia DirectQueryllä, sinun on tehtävä kysely pohjana olevalle lähteelle. Visualisoinnin päivittämiseen kuluva aika riippuu pohjana olevan tietolähteen suorituskyvystä. Jos palvelupyynnön palveluun tarvittavia tietoja pyydettiin äskettäin, Power BI Desktop käyttää viimeisimpiä tietoja visualisoinnin näyttämiseen vaaditun ajan lyhentämiseksi. Päivitä-vaihtoehdon valitseminen Aloitus-valintanauhasta päivittää kaikki visualisoinnit käyttäen nykyisiä tietoja.
DirectQueryä käytettäessä on saatavilla monia tietojen mallinnuksia ja muunnoksia, vaikka siihen liittyykin joitakin suorituskykyyn perustuvia rajoituksia. Lisätietoja DirectQueryn eduista, rajoituksista ja suosituksista on artikkelissa DirectQuery Power BI:ssä.
DirectQueryn edut
DirectQueryn käyttöön liittyviä etuja ovat muun muassa seuraavat:
DirectQueryn avulla voit luoda visualisointeja hyvin laajoista semanttisista malleista, joissa kaikkia tietoja ei olisi mahdotonta tuoda esikoosteineen.
DirectQuery-raportit käyttävät aina ajantasaista tietoa. Pohjana olevien tietojen muutosten näkeminen saattaa edellyttää tietojen päivittämistä, eikä suurten semanttisten mallien käyttämistä uudelleen tietojen päivittämiseksi voi olla mahdotonta.
Semanttisen 1 Gt:n mallirajoitusta ei sovelleta DirectQueryn kanssa.
Yhdistäminen DirectQueryn avulla
Yhteyden muodostaminen tietolähteeseen DirectQueryn avulla:
Valitse Power BI Desktopin valintanauhan Aloitus-ryhmästä Nouda tiedot ja valitse sitten DirectQueryn tukema tietolähde, kuten SQL Server.
Valitse yhteyden valintaikkunan Tietoyhteystila-kohdasta DirectQuery.
Julkaiseminen Power BI -palvelussa
Voit julkaista DirectQuery-raportteja Power BI -palveluun, mutta sinun on ryhdyttävä lisätoimiin Power BI -palvelun hyväksi, jotta voit avata raportit.
Jos haluat yhdistää Power BI -palvelun muihin DirectQuery-tietolähteisiin kuin Azure SQL -tietokanta, Azure Synapse Analytics (aiemmin SQL Data Warehouse), Amazon Redshift ja Snowflake Data Warehouse, asenna paikallinen tietoyhdyskäytävä ja rekisteröi tietolähde.
Jos käytit DirectQueryä pilvipalvelulähteissä, kuten Azure SQL -tietokannassa, Azure Synapse, Amazon Redshiftissa tai Snowflake Data Warehousessa, et tarvitse paikallista tietoyhdyskäytävää. Sinun on edelleen annettava Power BI -palvelun tunnistetiedot julkaistun raportin avaamiseksi. Ilman tunnistetietoja ilmenee virhe, kun yrität avata julkaistun raportin tai tutustua DirectQuery-yhteydellä luotuun semanttiseen malliin.
Tunnistetietojen antaminen raportin avaamista ja tietojen päivittämistä varten:
Siirry Power BI -palvelussa työtilaan ja etsi työtilan sisältöluettelosta semanttinen malli, joka käyttää DirectQuerya.
Valitse Lisää asetuksia kolme vaakasuuntaista pistettä -kuvake semanttisen mallin nimen vierestä ja valitse sitten Asetukset.
Anna Tietolähteen tunnistetiedot -kohdassa tunnistetiedot yhteyden muodostamiseksi tietolähteeseen.
Muistiinpano
Jos käytit DirectQueryä Azure SQL -tietokannassa, jolla on yksityinen IP-osoite, sinun on käytettävä paikallista yhdyskäytävää.
Huomioitavat asiat ja rajoitukset
Joitakin Power BI Desktopin ominaisuuksia ei tueta DirectQuery-tilassa tai niihin liittyy joitakin rajoituksia. Jotkin Power BI -palvelun ominaisuudet, kuten nopeat merkitykselliset tiedot, eivät myöskään ole saatavilla DirectQuerya käyttäville semanttisille malleille. Kun päätät, käytätkö DirectQueryä, harkitse näitä ominaisuuksien rajoituksia. Ota huomioon myös seuraavat tekijät:
Suorituskykyyn ja kuormitukseen liittyvät seikat
DirectQuery lähettää kaikki pyynnöt lähdetietokantaan, joten visualisointien vaadittu päivitysaika riippuu siitä, kuinka kauan pohjana olevalta lähteellä kestää tulosten palauttamiseen. Suositeltu vastausaika visualisointeihin pyydettyjen tietojen vastaanottamiseen on korkeintaan viisi sekuntia. Yli 30 sekunnin päivitysajat tuottavat erittäin huonon käyttökokemuksen raporttia käyttäville käyttäjille. Kysely, joka kestää yli neljä minuuttia, aikakatkaistaan Power BI -palvelussa ja käyttäjä saa virheen.
Lähdetietokannan kuormitus riippuu myös julkaistua raporttia käyttävien Power BI -käyttäjien määrästä, erityisesti silloin, jos raportissa käytetään rivitason suojausta (RLS). Useiden käyttäjien jakaman muun kuin RLS-koontinäytön ruudun päivitys lähettää yksittäisen kyselyn tietokantaan, mutta rivitason suojausta käyttävän koontinäytön ruudun päivittäminen edellyttää yhtä kyselyä käyttäjää kohden. Lisääntyneet kyselyt lisäävät merkittävästi kuormitusta ja saattavat vaikuttaa suorituskykyyn.
Miljoonan rivin rajoitus
DirectQuery määrittää miljoonan rivin rajoituksen pilvitietolähteistä palautetuille tiedoille, jotka ovat paikallisia tietolähteitä. Paikalliset lähteet on rajoitettu määritettyyn hyötykuormaan, joka on noin 4 Mt riviä kohti, omistusoikeudellisen pakkausalgoritmin mukaan, tai 16 Mt koko visualisoinnille. Premium-kapasiteetit voivat määrittää erilaisia rivien enimmäisrajat, kuten on kuvattu blogikirjoituksessa Power BI Premiumin uudet kapasiteettiasetukset.
Power BI luo kyselyjä, jotka ovat mahdollisimman tehokkaita, mutta jotkin luodut kyselyt saattavat noutaa liikaa rivejä pohjana olevasta tietolähteestä. Näin voi käydä esimerkiksi yksinkertaisessa kaaviossa, joka sisältää suuren kardinaliteettisarakkeen, jonka koostamisasetuksena on Ei laskentaa. Visualisoinnissa on oltava vain sarakkeita, joiden kardinaliteetti on alle miljoona, tai siihen on sovellettava asianmukaisia suodattimia.
Rivirajoitusta ei sovelleta koosteisiin tai laskelmiin, joita käytetään semanttisen DirectQuery-mallin valitsemiseen, vain palautettuihin riveihin. Esimerkiksi tietolähteestä suoritettava kysely voi koostaa 10 miljoonaa riviä. Kunhan Power BI:hin palautettuja tietoja on alle miljoona riviä, kysely voi palauttaa tulokset tarkasti. Jos tietoja on yli miljoona riviä, Power BI näyttää virheen, lukuun ottamatta Premium-kapasiteetissa, jolla on erilaiset järjestelmänvalvojan määrittämät rajoitukset. Virhesanoma: Ulkoisen tietolähteen kyselyn tulosjoukko on ylittänyt suurimman sallitun koon, joka on 1000000 riviä.
Tietoturvaan liittyviä seikkoja
Oletusarvoisesti kaikki julkaistua raporttia Power BI -palvelussa hyödyntävät käyttäjät muodostavat yhteyden pohjana olevaan tietolähteeseen kirjautumisen jälkeen annettujen tunnistetietojen avulla. Tilanne on sama kuin tuotujen tietojen kohdalla. Kaikki käyttäjät näkevät samat tiedot riippumatta taustalla olevan lähteen määrittämistä suojaussäännöistä.
Jos haluat käyttää käyttäjäkohtaista suojausta DirectQuery-lähteissä, käytä RLS-protokollaa tai määritä lähteelle rajoitettu Kerberos-todentaminen. Kerberos ei ole käytettävissä kaikille lähteille. Lisätietoja on artikkelissa Rivitason suojaus (RLS) Power BI:ssä ja Kerberos-pohjaisen kertakirjautumisen määrittäminen Power BI -palvelusta paikallisiin tietolähteisiin.
Muut DirectQuery-rajoitukset
Muita DirectQueryn käytön rajoituksia ovat muun muassa seuraavat:
Jos Power Query -editorin kysely on liian monimutkainen, tapahtuu virhe. Virheen korjaamiseksi on joko poistettava ongelmallinen vaihe Power Query -editorissa tai siirryttävä tuontitilaan. SAP BW:n kaltaiset monidimensiolähteet eivät voi käyttää Power Query -editoria.
Automaattinen päivämäärä/aika-hierarkia ei ole käytettävissä DirectQueryssä. DirectQuery-tila ei tue päivämääräsarakkeen porautumista vuoden, vuosineljänneksen, kuukauden tai päivän mukaan.
Taulukko- tai matriisivisualisoinneissa on 125 sarakkeen rajoitus tuloksille, jotka palauttavat yli 500 riviä DirectQuery-lähteistä. Tuloksissa näkyy vierityspalkki taulukossa tai matriisissa, josta voit noutaa enemmän tietoja. Tässä tilanteessa taulukon tai matriisin sarakkeiden enimmäismäärä on 125. Jos sinun on sisällytettävä yli 125 saraketta yhteen taulukkoon tai matriisiin, harkitse sellaisten mittareiden luomista, jotka käyttävät
MIN-,MAXFIRST- taiLAST-sarakkeita, koska niitä ei lasketa mukaan tähän enimmäismäärään.Tuonti-tilasta ei voi vaihtaa DirectQuery-tilaan. Voit vaihtaa DirectQuery-tilasta tuontitilaan, jos tuot kaikki tarvittavat tiedot. Takaisin vaihtaminen ei ole mahdollista, mikä johtuu pääasiassa siitä ominaisuusjoukosta, jota DirectQuery ei tue. DirectQuery-malleja, jotka käyttävät SAP BW:n kaltaisia monidimensioisia lähteitä, ei myöskään voi vaihtaa DirectQuery-tilasta tuontitilaan, koska ulkoisia mittareita käsitellään eri tavalla.
Power BI -palvelu tukee laskettuja taulukoita ja laskettuja sarakkeita, jotka viittaavat kertakirjautumisen (SSO) todennuksella sisältävän tietolähteen DirectQuery-taulukkoon, määritetyllä jaettavan pilviyhteyden ja/tai rakeisen käytön hallinnalla.