Jaa

Optimointiopas Power BI:hin

  • Artikkeli

Tässä artikkelissa on ohjeita, joiden avulla kehittäjät ja järjestelmänvalvojat voivat tuottaa ja ylläpitää optimoituja Power BI -ratkaisuja. Voit optimoida ratkaisusi eri arkkitehtonisilla tasoilla. Kerroksiin kuuluvat:

  • Tietolähteet
  • Tietomalli
  • Visualisoinnit, mukaan lukien koontinäytöt, Power BI -raportit ja Power BI:n sivutetut raportit
  • ympäristö, mukaan lukien kapasiteetit, tietoyhdyskäytävät ja verkko.

Tietomallin optimointi

Tietomalli tukee koko visualisointikokemusta. Tietomalleja joko isännöidään Power BI -ekosysteemissä tai ulkoisesti (DirectQueryn tai Live Connectionin avulla), ja Power BI:ssä niitä kutsutaan semanttisiksi malleiksi. On tärkeää ymmärtää toimintavaihtoehtosi ja valita ratkaisullesi sopiva semanttinen mallityyppi. Semanttisen mallin taulukon tallennustiloja on kolme: Tuonti, DirectQuery ja Yhdistelmä. Lisätietoja on tiedoissa Semanttiset mallit Power BI -palvelussa ja Semanttiset mallitilat Power BI -palvelussa.

Lisätietoja semanttisen mallin taulukon tallennustilan tilasta:

Optimointi raporttien tekijöille ja mallin kuluttajille

Semanttinen malli on Kaiken Power BI -raportoinnin perusta. Semanttisen mallin kuluttajat voivat luoda Power BI -raportteja Power BI Desktopissa muodostamalla yhteyden julkaistuun semanttiseen malliin tai muodostamalla yhteyden tietoihin ja luomalla paikallisen semanttisen mallin. Semanttisen mallin avulla voidaan myös luoda Power BI -raportteja selaimessa, luoda Power BI -tarkasteluja, luoda sivutettuja raportteja, luoda DAX-kyselyitä, luoda raportteja Excelissä Analysoi Excelissä -toiminnolla, muodostaa yhteys Power BI:hin Excelissä tai viedä tietoja raportin visualisoinnista sekä monia muita raportointityökaluja. Semanttisen mallin tekijä voi auttaa semanttisen mallin kuluttajia ymmärtämään semanttista mallia ja hyödyntämään sitä siinä, miten he luovat mallin.

  • Nimet: Semanttisen mallin taulukot, sarakkeet ja mittarit kuvaavilla nimillä. Esimerkiksi "Store Sales" taulukon nimenä on intuitiivisempi kuin Table1.
  • Kuvaukset: Mallin taulukoissa, sarakkeissa ja mittareissa voi olla kuvauksia, jotka antavat enemmän tietoja kuin nimeen mahtuu. Selitä niiden sisältöjen lisäksi myös niiden käyttötapa.
  • Piilota: Voit piilottaa mallin taulukot, sarakkeet ja mittarit niin, että näet vain sen, mitä odotat niiden käyttävän raportissa. Esimerkiksi suhdesarakkeet voivat olla tunnus, joka ei ole raportointia varten tarpeellinen ja joka voidaan piilottaa, koska sitä ei odoteta käytettävän raportissa, tai tietosarakkeet, joilla on mittari sarakkeen koostamiseen, voidaan piilottaa, jotta mittaria voidaan käyttää sen sijaan. Mallikuluttaja voi aina piilottaa piilotetut objektit myöhemmin, joten ne ovat edelleen käytettävissä, mutta piilottaminen voi määrittää kohdistuksen.
  • Hierarkiat: Voit luoda hierarkioita, jotka välittävät hierarkian useista sarakkeista. Esimerkiksi Kalenteri-hierarkia voi sisältää Year-, Month- ja Day-sarakkeita, ja Tuote-hierarkia voi sisältää Category-, Sub-Category- ja Product-sarakkeita. Luo hierarkia napsauttamalla saraketta hiiren kakkospainikkeella.
  • Mittarit: Mittareiden avulla voit koostaa tietosarakkeita semanttisesta mallista, jotta kaikki raportit ovat yhdenmukaisia. Mittarit voivat vaihdella sarakkeen SUMMA-sarakkeesta kuntoindeksiin, jossa yhdistetään useita koosteita tietyllä tavalla tai verrataan ajanjaksojen koosteita, kuten tämän kuukauden päivittäistä keskiarvoa viime vuoden saman kuukauden päivittäiseen keskiarvoon verrattuna. Mittarit voidaan myös esitellä Power BI:n haussa ja muissa ominaisuuksissa, kuten mittareissa ja tuloskorteissa.
  • Muodot: Voit oletusarvoisesti määrittää, miten sarake tai mittari näytetään visualisoinnissa. Visualisointien arvoja voi mukauttaa edelleen visualisoinnissa. Muotoiluasetuksiin kuuluu esimerkiksi tuhaterotin, desimaalien määrä, päivämäärän esitystapa ja niin edelleen. Voit myös käyttää mukautettuja tai dynaamisia muotoja.
  • Tietoluokka: Voit määrittää sarakkeen tietoluokan, esimerkiksi jos kyseessä on Maan tai Verkon URL-osoite.

Nämä ovat yleisiä semanttisen Power BI -mallin ominaisuuksia, joita voidaan hyödyntää raportin tekijöiden ja mallien kuluttajien auttamisessa. Monet muut, kuten laskentaryhmät, kentän parametrit, entä jos -parametrit sekä ryhmittely- ja lokerointisarakkeet, on arvioitava sen tarkistamiseksi, käyttävätkö ne raportointitarpeitasi.

Visualisointien optimointi

Power BI:n visualisoinnit voivat olla koontinäyttöjä, Power BI -raportteja tai Power BI:n sivutettuja raportteja. Jokaisella on eri arkkitehtuurinsa, joten jokaisella on omat ohjeensa.

Raporttinäkymät

On tärkeää ymmärtää, että Power BI ylläpitää välimuistia koontinäytön ruutuja varten reaaliaikaisia raporttiruutuja ja virtautettavia ruutuja lukuun ottamatta. Jos semanttisessa mallissasi käytetään dynaamista rivitason suojausta (RLS), varmista, että ymmärrät sen vaikutukset suorituskykyyn, sillä ruudut tallennetaan välimuistiin käyttäjäkohtaisesti.

Kun kiinnität reaaliaikaisia raporttiruutuja koontinäyttöön, välimuisti ei ole niiden lähteenä. Sen sijaan ne toimivat raporttien tavoin ja tekevät kyselyjä näennäisytimiin lennossa.

Nimensä mukaisesti tietojen noutaminen välimuistista tarjoaa paremman ja yhdenmukaisemman suorituskyvyn kuin tietolähteen varassa oleminen. Yksi tapa hyödyntää tätä toimintoa on ottaa koontinäytöt käyttäjien ensimmäiseksi aloitussivuksi. Kiinnitä usein käytetyt ja usein pyydetyt visualisoinnit koontinäyttöihin. Näin koontinäytöistä tulee arvokas "ensisijainen puolustautumiskeino", joka tarjoaa tasaista suorituskykyä pienemmällä kapasiteetin kuormituksella. Käyttäjät voivat edelleen siirtyä raportin läpi napsauttamalla ja analysoida tietoja.

Semanttisten DirectQuery-yhteyksien ja reaaliaikaisen yhteyden kohdalla välimuistia päivitetään säännöllisin väliajoin tekemällä kyselyjä tietolähteelle. Oletusarvoisesti tämä tapahtuu tunnin välein, mutta voit määrittää eri tiheyden semanttisen mallin asetuksissa. Jokainen välimuistipäivitys lähettää kyselyjä taustalla olevaan tietolähteeseen välimuistin päivittämistä varten. Luotujen kyselyjen määrä riippuu koontinäyttöön kiinnitettyjen ja kyseisestä tietolähteestä riippuvien visualisointien määrästä. Huomaa, että jos rivitason suojaus on käytössä, kyselyt luodaan kullekin eri suojauskontekstille. Ajattele esimerkiksi, että on olemassa kaksi eri roolia, jotka luokittelevat käyttäjiäsi, ja heillä on kaksi eri näkymää tietoihin. Kyselyn välimuistin päivityksen aikana Power BI luo kaksi kyselyjoukkoa.

Power BI raportit

Power BI -raporttirakenteiden optimoinnille on useita suosituksia.

Muistiinpano

Kun raportit perustuvat semanttiseen DirectQuery-malliin, saat lisätietoja raportin rakenteen optimoinnista ohjeartikkelista DirectQuery-mallin ohjeet Power BI Desktopissa (raporttirakenteiden optimointi).

Rajoittavimpien suodattimien käyttäminen

Mitä enemmän tietoja visualisoinnissa on näytettävä, sitä hitaampaa on kyseisen visualisoinnin lataaminen. Vaikka tämä periaate tuntuu itsestäänselvältä, se on helppo unohtaa. Oletetaan, että sinulla on suuri semanttinen malli. Tämän semanttisen mallin perusteella luot raportin, jossa on taulukko. Loppukäyttäjät pääsevät haluamiaan rivejä käyttämällä sivulla olevia osittajia – yleensä he ovat kiinnostuneita vain muutamista kymmenistä riveistä.

Yleinen virhe on, että taulukon oletusnäkymää ei ole suodatettu, eli siinä näkyvät kaikki yli 100 miljoonaa riviä. Näiden rivien tiedot ladataan muistiin ja puretaan jokaisen päivityksen yhteydessä. Tämä käsittely aiheuttaa huomattavia muistivaatimuksia. Ratkaisu tilanteeseen on vähentää taulukon näyttämään tietoyksiköiden enimmäismäärää käyttämällä "Ylimmät N" -suodatinta. Tietoyksikköjen enimmäismäärä voi olla suurempi kuin mitä käyttäjät tarvitsisivat, esimerkiksi 10 000. Loppukäyttäjän käyttökokemus ei muutu, mutta muistin käyttö pienenee huomattavasti. Ja mikä tärkeintä, suorituskyky paranee.

Samaa edellä esitettyä suunnittelumenetelmää on suositeltavaa käyttää kaikkiin raporttisi visualisointeja. Kysy itseltäsi, tarvitaanko tässä visualisoinnissa kaikki tiedot? Onko olemassa keinoja, joilla visualisoinnissa näytettyjen tietojen määrää voidaan suodattaa niin, että vaikutus loppukäyttäjän kokemukseen olisi mahdollisimman pieni? Muista, että erityisesti taulukot voivat olla kalliita.

Vähennä raporttisivujen visualisointeja

Edellä oleva periaate koskee myös raporttisivulle lisättyjen visualisointien määrää. On erittäin suositeltavaa, että vähennät tietyn raporttisivun visualisointien määrän vain siihen, mikä on tarpeellista. Porautumissivut ja raporttisivun työkaluvihjeet ovat erinomainen tapa antaa lisätietoja ilman, että sivulle voidaan ahtaa lisää visualisointeja.

Mukautetun visualisoinnin suorituskyvyn arvioiminen

Muista laittaa jokainen mukautettu visualisointi läpi tahtiin korkean suorituskyvyn varmistamiseksi. Huonosti optimoidut Power BI -visualisoinnit voivat vaikuttaa kielteisesti koko raportin suorituskykyyn.

Power BI:n sivutetut raportit

Power BI:n sivutettuja raporttirakenteita voidaan optimoida käyttämällä parhaan käytännön rakennetta raportin tietojen noutamiseen. Lisätietoja on artikkelissa Sivutettujen raporttien tietojen nouto-ohjeet.

Varmista myös, että kapasiteetissasi on tarpeeksi muistia varattuna sivutettujen raporttien kuormitukseen.

Ympäristön optimointi

Voit optimoida Power BI -ympäristön määrittämällä kapasiteettiasetukset, määrittämällä tietoyhdyskäytävien koon ja pienentämällä verkkoviivettä.

Kapasiteettiasetukset

Kun käytät kapasiteetteja (käytettävissä Power BI Premiumissa (P SKU:t), käyttäjäkohtaisessa Premium (PPU) -käyttöoikeudessa tai Power BI Embeddedissä (A SKU:t, A4–A6)), voit hallita kapasiteettiasetuksia. Katso lisätietoja artikkelista Microsoft Fabric -kapasiteetin käyttöoikeudet ja Premium-kapasiteettien hallinta.

Tärkeä

Joskus tämä artikkeli viittaa Power BI Premiumiin tai sen kapasiteettitilauksiin (P-varastointiyksiköt). Ota huomioon, että Microsoft vahvistaa parhaillaan ostovaihtoehtoja ja poistaa käytöstä Kapasiteettikohtaisen Power BI Premiumin. Uusien ja nykyisten asiakkaiden kannattaa harkita Fabric-kapasiteettitilausten (F-varastointiyksiköiden) ostamista.

Lisätietoja on artikkelissa Power BI Premium -käyttöoikeuksien tärkeä päivitys ja Power BI Premiumin usein kysytyt kysymykset.

Yhdyskäytävän koko

Yhdyskäytävää tarvitaan, kun Power BI:n on käytettävä tietoja, jotka eivät ole saatavilla suoraan Internetin kautta. Voit asentaa paikallisen tietoyhdyskäytävän paikalliseen palvelimeen tai näennäiskoneen isännöimään Infrastruktuuri palveluna (IaaS) -palveluun.

Jos haluat tietoja yhdyskäytävän kuormituksista ja kokosuosituksista, katso Paikallisen tietoyhdyskäytävän koon määrittäminen.

Verkon viive

Verkon viive voi vaikuttaa raportin suorituskykyyn kasvattamalla aikaa, jonka pyynnöt vaativat saavuttaakseen Power BI -palvelun, ja vastausten toimitusaikaa. Vuokraajille määritetään Power BI:ssä tietty alue.

Vihje

Jos haluat tietää, missä vuokraajasi sijaitsee, lue artikkeli Missä Power BI -vuokraajani sijaitsee?

Kun vuokraajan käyttäjät käyttävät Power BI -palvelua, heidän pyyntönsä reititetään aina tälle alueelle. Kun pyynnöt saavuttavat Power BI -palvelun, palvelu voi tämän jälkeen lähettää lisäpyyntöjä esimerkiksi taustalla olevaan tietolähteeseen tai tietoyhdyskäytävään, joita verkkoviive koskee myös.

Työkalut, kuten Azure Speed Test , osoittavat verkkoviiveen asiakkaan ja Azure-alueen välillä. Yleensä voit minimoida verkkoviiveen vaikutuksen pyrkimalla pitämään tietolähteet, yhdyskäytävät ja Power BI -kapasiteettisi mahdollisimman lähellä. Mielellään ne sijaitsevat samalla alueella. Jos verkkoviive on ongelma, voit kokeilla yhdyskäytävien ja tietolähteiden sijoittamista lähemmäs Power BI -kapasiteettiasi sijoittamalla ne pilvipalvelussa isännöitäviin näennäiskoneisiin.

Suorituskyvyn valvonta

Voit valvoa suorituskykyä pullonkaulojen tunnistamiseksi. Hitaiden kyselyjen tai raporttien visualisointien tulee olla jatkuvan optimoinnin keskipisteenä. Valvonta voidaan tehdä suunnitteluaikana Power BI Desktopissa tai Power BI Premium -kapasiteettien tuotantokuormituksissa. Lisätietoja on artikkelissa Raportin suorituskyvyn valvonta Power BI:ssä.

Liittyvä sisältö

Lisätietoja tästä artikkelista saat seuraavista resursseista: