Direct Laken semanttisten mallien kyselyjen käsittelyn analysointi
Direct Lake-Power BI -semanttiset mallit lukevat Delta-taulukoita suoraan OneLakesta , ellei niiden tarvitse palata DirectQuery- tilassa. Tyypillisiä varasyitä ovat muistipaineet, jotka voivat estää DAX-kyselyn käsittelemiseen tarvittavien sarakkeiden lataamisen, eivätkä tietyt tietolähteen ominaisuudet välttämättä tue Direct Lake -tilaa, kuten Sql-näkymät Warehousessa ja Lakehousessa. Yleensä Direct Lake -tila tarjoaa parhaan DAX-kyselyn suorituskyvyn, ellei DirectQuery-tilaan varatoiminto ole tarpeen. Koska DirectQuery-tilaan siirtyminen voi vaikuttaa DAX-kyselyn suorituskykyyn, on tärkeää analysoida Direct Laken semanttisen mallin kyselyjen käsittelyä sen tunnistamiseksi, esiintyykö varatoiminto ja kuinka usein.
Analysoi suorituskyvyn analysoinnin avulla
Suorituskyvyn analysointi voi tarjota nopean ja helpon katsauksen siihen, miten visualisointi tekee kyselyn tietolähteeseen, ja kuinka kauan tuloksen hahmontamiseen kuluu.
Käynnistä Power BI Desktop. Valitse käynnistysnäytössä Uusi >Raportti -,.
Valitse valintanauhasta Nouda tiedot ja valitse sitten Semanttiset Power BI -mallit.
Valitse OneLake -tietokeskuksen -sivulta semanttinen Direct Lake -malli, johon haluat muodostaa yhteyden, ja valitse sitten Yhdistä.
Sijoita kortin visualisointi raporttipohjalle, luo perusraportti valitsemalla tietosarake ja valitse sitten Näytä -valikosta Performance Analyzer.
Valitse Performance Analyzer -ruudusta Aloita tallennus.
Valitse Performance Analyzer -ruudussa Päivitä visualisoinnitja laajenna kortin visualisointi. Kortin visualisointi ei aiheuta DirectQuery-käsittelyä, mikä osoittaa, että semanttinen malli pystyi käsittelemään visualisoinnin DAX-kyselyt Direct Lake -tilassa.
Jos semanttinen malli palaa DirectQuery-tilaan käsittelemään visualisoinnin DAX-kyselyä, näet DirectQuery- suorituskykymittarin seuraavassa kuvassa esitetyllä tavalla:
Analysoi SQL Server profilerin avulla
SQL Serverin profilointi voi antaa lisätietoja kyselyn suorituskyvystä jäljittämällä kyselytapahtumat. Se asennetaan SQL Server Management Studion (SSMS)kanssa. Varmista ennen aloittamista, että asennettuna on SSMS:n uusin versio.
Käynnistä SQL Server Profiler Windows-valikosta.
Valitse SQL Serverin profiloinnissa Tiedosto>Uusi jäljitys.
Valitse Muodosta yhteys palvelimeen>-palvelintyyppi, valitse Analysis Services, kirjoita Palvelimen nimi, anna työtilasi URL-osoite, valitse todentamismenetelmä ja kirjoita sitten käyttäjänimi, jotta voit kirjautua sisään työtilaan.
Valitse Asetukset-. Anna Yhdistä tietokantaan -semanttisen mallisi nimi ja valitse sitten Yhdistä. Kirjaudu sisään Microsoft Entra -tunnukseen.
Valitse Ominaisuuksien jäljitysominaisuudet>Tapahtumien valinta -Näytä kaikki tapahtumat -valintaruutu.
Siirry kohtaan Query Processingja valitse sitten seuraavien tapahtumien valintaruudut:
Tapahtuma Kuvaus DirectQuery_Begin
DirectQuery_EndJos DirectQuery Begin- ja DirectQuery End -tapahtumat näkyvät jäljitysnäkymässä, semanttinen malli on saattanut palata DirectQuery-tilaan. Huomaa kuitenkin, että EngineEdition-kyselyt ja mahdollisesti kyselyt Object-Level suojauksen (OLS) tarkistamiseen eivät kuitenkaan ole varatoiminto, koska moduuli käyttää aina DirectQuery-tilaa näissä muissa kuin kyselyihin liittyvissä prosessointitarkistuksissa. VertiPaq_SE_Query_Begin
VertiPaq_SE_Query_Cache_Match
VertiPaq_SE_Query_Cache_Miss
VertiPaq_SE_Query_EndDirect Lake -tilan VertiPaq-säilömoduuli (SE) -tapahtumat ovat samat kuin tuontitilassa. Sen pitäisi näyttää tältä:
Valitse Suorita. Luo Power BI Desktopissa uusi raportti tai luo kyselytapahtumia käyttämällä aiemmin luotua raporttia. Tarkista SQL Serverin profiloinnin jäljitysraportista kyselyjen käsittelytapahtumat.
Seuraavassa kuvassa on esimerkki DAX-kyselyn kyselyn käsittelytapahtumista. Tässä jäljityksessä VertiPaq-säilömoduulin (SE) tapahtumat ilmaisevat, että kysely suoritettiin Direct Lake -tilassa.
Aiheeseen liittyvä sisältö
- Luo Lakehouse Direct Lake:lle
- Direct Lake -