Laajennetut taulukot LuckyTemplatesissa

Tässä opetusohjelmassa tarkastelemme hyvin erityistä skenaariota, jonka olette varmasti kaikki jo kohdanneet työskennellessään DAX:n kanssa – laajennettu taulukko . Laajennetut taulukot voivat sotkea laskelmasi, jos et tiedä, miten ne todellisuudessa toimivat. Voit katsoa tämän opetusohjelman koko videon tämän blogin alaosasta.

Tässä esimerkissä käytämme Contoso-tietokantaa, joka sisältää myyntitaulukon , asiakastaulukon , päivämäärätaulukon , tuotetaulukon , tuoteluokkataulukon ja tuotteiden alaluokkataulukon .

Vasemmalla puolella meillä on yksi-moneen-suhde tuotteiden, luokan, alakategorian ja myyntitaulukoiden välillä. Meillä on myös yksi-moneen suhde asiakkaan ja myynnin sekä päivämäärän ja myynnin välillä.

Sisällysluettelo

• Esimerkki #1
• Esimerkki #2
• Punainen myynti nro 1
• Punainen myynti #2
• Punainen myynti #3
• Laajennettujen taulukoiden tarkistaminen
• Laajennettujen taulukoiden määrittäminen
• Luokkasarakkeen leikkaaminen ja laajennettujen taulukoiden käyttäminen
• Punaisen myynnin selitys 2
• Punaisen myynnin selitys 3
• DAX Studion käyttäminen laajennettujen taulukoiden tarkistamiseen
• Johtopäätös

Esimerkki #1

Oletetaan, että haluamme luoda raportin tästä luokkataulukon luokkasarakkeesta ja käyttää mittaa, joka laskee, kuinka monta asiakasta asiakastaulukossa on. Haluamme viipaloida asiakkaan taulukon numeron kategorian mukaan.

Jos laitan suodattimen luokkataulukkoon, se suodatin menee alaluokkataulukkoon, sitten se saavuttaa tuotetaulukon ja lopuksi se saavuttaa ja suodattaa myyntitaulukon. Mutta tämä suodatin ei pysty suodattamaan asiakkaan taulukkoa, ellemme ota kaksisuuntaista suodatusta käyttöön.

Palataan raporttiin korjataksesi tämä laskelma. Voimme kääriä tämän laskelman CALCULATE-funktion sisään ja kirjoittaa sitten Myynti. Näemme, että tällä kertaa emme toista samaa numeroa jokaiselle visuaalisen solulle.

Tarkistaaksemme, onko tämä laskelma oikein, voimme tuoda asiakasavaimen myyntitaulukosta aggregointiin ja tehdä sen jälkeen laskennan (Distinct).

Voit nähdä, että palautamme jokaiselle riville saman arvon. Laskelma saatiin korjattua käyttämällä CLCULATE-funktion sisällä olevaa myyntitaulukkoa.

Esimerkki #2

Siirrytään seuraavaan esimerkkiin. Tätä varten haluamme tunnistaa punaisten tuotteiden myyntimäärät vuosina 2007, 2008 tai 2009. Viipaloijan valinnasta riippuen haluan myös palata vuoden taaksepäin.

Jos valitsen esimerkiksi vuoden 2009, haluan raportoida punaisen myynnin vuodelle 2008. Jos valitsen vuoden 2008, haluan raportoida myös vuoden 2007 punaisen myynnin.

Punainen myynti nro 1

Kokonaismyyntimme laskelma on pohjimmiltaan myyntitietojen summa. Rivikontekstissa aiomme kertoa määrän nettohinnalla.

Luodaan uusi mitta ja nimetään se Red Salesiksi. Aiomme kirjoittaa CLCULATE, sitten Total Sales. Siirrymme myyntitaulukkoon näyttämään, että tuotteiden väri on sama kuin punainen.

Sitten kirjoitamme päivämäärät päivämääräsarakkeeseen.

Kun tuomme laskelman korttivisuaaliin, saamme tyhjän.

Punainen myynti #2

Mitä täällä tapahtuu? Yritetään kirjoittaa tämä laskelma uudelleen ja katsotaan, voimmeko saada tuloksen. Luomme uuden mittarin ja annamme sille nimen Red Sales 2 ja käytämme laskennan ensimmäistä osaa Red Sales 1:lle.

Aiomme aloittaa toisen CLCULATE:n ensimmäisen LASKENTAAN sijaan.

Tuodaan tämä mitta matriisiin ja katsotaan tuloksia. Jos valitsemme vuoden 2008, saamme 51 947. Jos valitsemme vuoden 2009, saamme 24 343. Lopuksi, jos valitsemme vuoden 2010, saamme 39 724.

Punainen myynti #3

On toinenkin tapa kirjoittaa tämä laskelma. Kirjoitamme uuden suuren ja kutsumme sitä Red Sales 3:ksi ja käytämme sitten CLCULATE-toimintoa.

Laskemme kokonaismyynnin ja kirjoitamme, että tuotteiden väri on sama kuin punainen. Käytä sitten päivämäärissä SAMEPERIODLASTYEAR-toimintoa.

Jos vedämme mittaa #3 korttivisuaaliin, voit nähdä, että nämä kaksi korttiarvoa palauttavat saman arvon, mikä on oikein.

Mutta ensimmäisessä laskelmassamme on jotain vialla, koska palautamme tyhjän arvon eikä oikeaa arvoa.

Katsotaan mitä täällä oikein tapahtuu. Nyt kun olemme nähneet pari laskelmaa laajennetuista taulukoista, ymmärrämme niiden taustalla olevan teorian.

Ennen kuin ymmärrät, mitä laajennettu taulukko on, sinun on ymmärrettävä, että kaikkia täällä olevia taulukoita kutsutaan perustaulukoiksi .

Joten milloin näistä taulukoista tulee laajennettuja tauluja? Kun luot useat yhteen -suhteen yhden taulukon ja toisen taulukon välille, perustaulukosta tulee laajennettu taulukko.

Laajennettujen taulukoiden tarkistaminen

Mutta kuinka voimme varmistaa, että taulukon laajennus todella tapahtuu? No, voit käyttää vastaavaa avainsanaa missä tahansa taulukossa. Jos pääset käsiksi sarakkeeseen toiselta puolelta, tiedät, että taulukkoa voi laajentaa.

Siirrytään myyntitaulukkoon ja luodaan uusi laskettu sarake.

Oletetaan, että haluamme hakea tuotteen värin tuotetaulukosta tälle tuoteavaimelle. Käytämme RELATED-kohtaa, joka antaa vain luettelon IntelliSensen sarakkeista, joita voidaan todella laajentaa myyntitaulukosta.

Näemme, että asiakastaulukolla ja myyntitaulukolla on monta yhteen -suhde. Näemme myös luettelon asiakastaulukon sarakkeista, päivämäärätaulukon sarakkeista ja tuotesarakkeista.

Kun valitsemme Tuotteet[Väri], voimme luoda myyntitaulukkoon uuden sarakkeen RELATED-avainsanan avulla. RELATED antaa meille pääsyn vain niihin taulukon sarakkeisiin, joihin perustaulukko voi todella laajentua.

Jos muutamme tuon suhteen luonnetta useista yhteen monista moneen, laskelma lakkaa toimimasta.

Muutetaan tämän suhteen luonne monista moneen. Näemme alareunassa, että saamme varoitussymbolin.

Kun palaamme myyntitaulukkoon, näemme virheilmoituksen, jonka mukaan saraketta Tuotteet[Väri] ei joko ole olemassa tai sillä ei ole suhdetta mihinkään taulukkoon.

Nykyisessä tilanteessa saamamme varoitus ei ole kovin käyttäjäystävällinen. Pohjimmiltaan se tarkoittaa, että myyntitaulukkoa ei voi laajentaa tuotetaulukkoon, koska emme voi käyttää vain yhtä yksittäistä arvoa kyseiselle rivikohdalle.

Ja koska käytämme useista moneen -suhdetta, taulukon laajennusta ei tapahdu eikä RELATED toimi.

Palataan kaavionäkymään ja korjataan tämä laskelma. Muutamme suhteen luonteen useat yhteen ja aktivoimme tämän suhteen, jotta laskenta toimii.

Laajennettujen taulukoiden määrittäminen

Ennen kuin alamme tarkastella laskelmia, jotka olemme jo tehneet raportissa, toistetaan laajennetun taulukon määritelmä.

Jos sinulla on tietomalli, jossa on tähtiskeema , tietotaulukko laajenee kaikkiin tietomallin taulukoihin, jos ulottuvuuksien ja tietotaulukon välillä on monta yhteen -suhde.

Jos sinulla on lumihiutaleskeema , tuotteen alaluokkataulukko ja luokkataulukko laajenevat perustaulukoksi, joka tässä tapauksessa on tuotetaulukko. Myyntipöytä on peruspöytä, joka laajenee kaikkiin muihin pöytiin.

Kulissien takana myyntitaulukossa on kaikki sarakkeet yhdessä taulukossa. Huomaa, että taulukon laajennus on vain looginen käsite, joten se ei laajenna ja lisää tietomallisi kokoa.

Laajennettu taulukko tulee kuvaan vain, kun viittaat taulukkoon (joka on perustaulukko) ja kun sinulla on useat yhteen -suhde muihin taulukoihin.

Luokkasarakkeen leikkaaminen ja laajennettujen taulukoiden käyttäminen

Yritetään korjata laskelmat, jotka olemme jo tehneet raporttinäkymässä. Tässä esimerkissä leikkaamme tuoteluokkataulukon luokkasarakkeen mukaan ja yritämme laskea, kuinka monta asiakasta on.

Joten mitä me oikein teemme täällä? Käytämme laajennettua myyntitaulukkoa referenssinä. Kun suodatinkonteksti sisältää arvon luokkataulukosta, suodatin tulee myyntitaulukkoon alakategorian tuotteista ja suoraan myyntiin.

Koska myynti on laajennettu taulukko ja käytämme tätä viittausta CLCULATE-funktion sisällä, myyntitaulukko sisältää myös asiakastaulukon sarakkeen. Kun käytämme suodatinta myyntitaulukon päälle, suodatamme epäsuorasti myös asiakastaulukkoa.

Palataan takaisin punaisiin myyntilaskelmiimme ja yritetään ymmärtää, mitä todella tapahtuu. Aloitamme tyhjästä laskelmasta. Jos valitsemme kyseisen suuren, voit nähdä, että kirjoitamme sisäkkäistä koodia. Meillä on CLCULATE, sitten Total Sales, FILTER myynnin yli ja SAMEPERIODLASTYEAR.

Rikotaan tämä laskelma askel askeleelta. Ensin meidän on tunnistettava laskennassa oleva ulkoinen suodatinkonteksti.

Olemme valinneet vuoden 2008 kalenterivuoden numeron slicerissa.

Tämän suodatinkontekstin perusteella myyntitaulukko arvioidaan. Myyntitaulukko sisältää vain kalenterivuoden 2008 rivin ja tuotteen väri on punainen. Meillä on täällä kaksi suodatinta: toinen, joka on luotu suodatinkontekstin avulla , ja toinen, joka luodaan suodattimen avulla .

SAMEPERIODLASTYEAR arvioidaan suodatinkontekstissa, jossa vuosi on 2008. Se saa luettelon päivämääräistä vuonna 2008 ja se siirtää nämä päivämäärät vuonna 2008 vuoteen 2007. Taulukko, joka palautetaan tähän mennessä, sisältää vain päivämäärät vuodelle 2007.

Kun nämä kaksi toimintoa on suoritettu, CLCULATE-funktio valmistelee suodatinkontekstin ja käyttää näitä kahta suodatinta suodatinkontekstiin. Kun käytämme sitä, meillä on suodatinkonteksti, jossa tuotteen väri on yhtä suuri kuin punainen, ja vuosisarakkeessa meillä on suodatin vuosilta 2007 ja 2008.

Joten tässä tietomallissa ei ole yhtä tapahtumaa, joka olisi olemassa kahdella eri vuodella. Kun CALCULATE yrittää yhdistää nämä kaksi suodatinta ja- kunnossa, se sanoo, että vuoden pitäisi olla 2008 ja 2007 ja että tuotteen värin tulee olla punainen.

Kun suodatamme myyntitaulukkoa vuoden 2008 suodatinkontekstilla, suodatamme epäsuorasti myös päivämäärätaulukkoa. Myyntitallilla on monta-yhteen-suhde päivämäärätalliin.

Luodaan uusi laskutoimitus sen tunnistamiseksi, kuinka monta riviä päivämäärätaulukossa on vastaaville päivämäärille. Aiomme kirjoittaa päivämäärätaulukon CLCULATE, sitten. Sitten SUODATTAMME KAIKKI myyntitaulukot ja sanomme, että kalenterivuoden numeron LIITTYVÄT päivämäärät ovat yhtä suuria kuin 2008.

CALCULATE-sovelluksessa emme ole viitanneet mihinkään suodattimeen päivämäärätaulukon yli. Tarkistamme vain, että kalenterivuoden numeron päivämäärät ovat vuodelta 2008. Ihannetapauksessa tämän suodattimen ei pitäisi pystyä suodattamaan päivämäärätaulukkoa. Käytämme myös toimintoa, joka jättää huomioimatta suodatinkontekstin, joka tulee viipaloittimesta.

Luodaan uusi kortti tätä laskelmaa varten. näet, että palautamme 348 riviä.

Joten miten on mahdollista, että 2500 rivin päivämäärätaulukosta palautetaan vain 348 riviä? Jos aiomme käyttää laajennettua taulukkoa, suodatamme epäsuorasti myös toisen taulukon, joka on yhdistetty monta yhteen -suhteen kautta.

Vaikka meillä ei ole kuluvan vuoden suodatinta, rajoitamme silti toisella puolellamme olevan mittataulukon näkyvien rivien määrää.

Kun palautamme myyntitaulukon, palautamme myös suodatetun version päivämäärätaulukosta, asiakastaulukosta, tuotetaulukosta, tuoteluokkataulukosta ja tuotealaluokkataulukosta.

Punaisen myynnin selitys 2

Siirrytään seuraavaan laskelmaan, joka on Red Sales 2. Aloitamme ulommalta CLCULATE-funktiolla, koska jos sisäkkäisimme tämän funktion missä tahansa skenaariossa, ulomman CALCULATE:n pitäisi valmistella suodatinkonteksti sisäiselle CLCULATE-funktiolle.

Viipaloijalla valitsemme kalenterivuoden 2008. Kun SAMEPERIODLASTYEAR-funktio saa päivämäärän vuodelle 2008, se siirtää näitä päivämääriä vuonna 2007 ja se on SUODATIN-konteksti sisäiselle laskennalle. Tämä sisäinen LASKENTA arvioi vuotta 2007.

FILTER-toiminto suodattaa myyntitaulukon, ja myyntitaulukko on rajoitettu vain riville, jossa vuosi on 2007. Kun meillä on vuoden 2007 rivit, tarkistamme, että niihin liittyvät tuotteet ovat yhtä suuria kuin punainen.

Toisin kuin ensimmäisessä laskelmassa, emme palauta kahta eri tasoa. Näitä kahta eri tasoa ei käytetä FILTER-kontekstissa, joten FILTER-funktion palauttama taulukko sisältää kaikki myyntitaulukon rivit.

Kun tämä suodatin on käytössä, saamme vuoden 2007 myyntimäärän sekä punaisia ​​vastaavat tuotteet, kun taas ensimmäisessä laskelmassa palautettiin vuodet 2008 ja 2007.

Tällä kertaa olemme valmistaneet myyntitaulukon suodatinkontekstin käyttämällä SAMEPERIODLASTYEAR-funktiota ja upottamalla CLCULATE-funktion toisen CLCULATE:n sisään.

Punaisen myynnin selitys 3

Kolmannessa esimerkissä meillä on hyvin yksinkertainen CLCULATE-funktio, jossa on kaksi lausetta: yksi on tuotteen väri on punainen ja sitten SAMEPERIODLASTYEAR päivämäärillä.

SAMEPERIODLASTYEAR-funktio arvioidaan suodatinkontekstissa, joka sisältää vain päivämäärät vuodelta 2007. Tuotteiden väri käyttää punaista suodatinkontekstia tuotetaulukon päällä, mikä puolestaan ​​suodattaa myyntitaulukon ja sisältää vain rivit punaisia ​​tuotteita.

Kun näitä kahta arvoa käytetään suodatinkontekstissa, ne suodattavat myyntitaulukon mutta eivät laajennettua myyntitaulukkoa. näet, että emme viitanneet missään koodissa laajennettuun myyntitaulukkoon.

Tämä on ihanteellinen skenaario, jota sinun tulee käyttää, jos yrität viitata laajennettuun taulukkoon. Laajennettua taulukkoa käytettäessä laskelmat voivat olla todella mutkaisia ​​ja joskus et pysty tunnistamaan, miksi laskelmasi palauttavat virheellisen tuloksen.

Jos et ymmärrä laajennettujen taulukoiden käsitettä, voit kehittää tämän koodin mallimitana ja ottaa sen sitten käyttöön tuotannossa. Muut käyttäjät saattavat alkaa luoda muita mittareita tälle suurelle, eivätkä he ehkä pysty ymmärtämään, miksi laskelmat eivät toimi, koska he eivät yksinkertaisesti ymmärrä DAX-kieltä.

Jos työskentelet DAX:n kanssa, yritä aina laittaa suodatin yhden sarakkeen päälle, koska kun käytät yhtä saraketta, laajennettujen taulukoiden käsitettä ei sovelleta. Esimerkiksi kun käytät TUOTTEET [Väri] = “Punainen” , suodatin saavuttaa myyntitaulukon, mutta suodatin ei pääse asiakkaan pöytään, koska emme käytä laajennettua myyntitaulukkoa.

Kun käytät yhtä saraketta, emme viittaa laajennettujen taulukoiden käsitteeseen. Käytämme yksinkertaisesti perussuodatinta myyntitaulukon päälle, joka ei leviä muihin taulukoihin.

DAX Studion käyttäminen laajennettujen taulukoiden tarkistamiseen

Ennen kuin lopetamme, aiomme käyttää DAX-studiota Red Sales 3:n koodin vahvistamiseen. Siirrytään Näytä-välilehteen, napsauta Performance Analyzer ja aloita sitten tallennus. Päivitämme visuaalisen kuvan ja valitsemme tyhjän kortin.

Ulkoisista työkaluista aiomme käynnistää DAX-studion

Näemme, että alareunan tulosnäytössä saamme tyhjän.

Otamme käyttöön Palvelimen ajoitukset ymmärtääksemme kulissien takana luodut kyselyt. Siirrymme Palvelimen ajoitukset -välilehteen ja laajennamme sitä nähdäksesi kaiken.

Suoritamme JOINin vasemmanpuoleisessa myyntipöydässä. Suoritamme myös JOIN-toiminnon tuotetaulukon tuoteavaimelle.

WHERE-lauseessa sanotaan, että kalenterivuoden numeron päivämäärät ovat 2008 ja tuotteen värin tulee olla punainen.

Sitten meillä on toinen ehto, joka sanoo Päivämäärät[Päivämäärä], jonka jälkeen seuraa päivämääräalue. Mitä nämä päivämäärät sitten ovat? Ihannetapauksessa näiden päivämäärien tulee kuulua vuoteen 2008, mutta ne ovat vuodelta 2007, kun muutamme näiden numeroiden muotoilua Excelissä.

Tästä syystä palautamme tyhjän arvon. Sanomme, että kalenterivuoden tulisi olla 2008 ja sovelletaan JA-ehtoa, että päivämäärät ovat vuonna 2007. Tämä vuosi 2007 johtuu laskennassa käyttämästämme SAMEPERIODLASTYEAR-funktiosta.

Muutetaan mitta ja viittaus Red Sales 2:een. Kun olemme suorittaneet koodin, näet, että saamme päivämäärät päivämäärätaulukosta ja sitten suodatamme päivämääräsarakkeen kalenterivuoden 2008 numeron mukaan.

Tällä kertaa voimme palauttaa tuloksen, koska emme käytä suodatinta WHERE-lauseeseen ja sanomme, että kalenterivuoden numeron päivämäärän tulee olla yhtä suuri kuin 2008.

Johtopäätös

Toivottavasti tämä opetusohjelma auttoi ymmärtämään, mitä laajennettu taulukko on ja kuinka se voi sotkea laskelmasi. Laajennetut taulukot eivät ole todella intuitiivisia eivätkä myöskään helppoja ymmärtää.

Jos haluat lisätietoja laajennetuista pöydistä, älä unohda tilata LuckyTemplates TV-kanavaa. Meillä on jatkuvasti valtava määrä sisältöä minulta ja useilta sisällöntuottajilta, jotka kaikki ovat omistautuneet parantamaan tapaa, jolla käytät LuckyTemplatesia ja Power Platformia.