Ma szeretnék egy kis időt eltölteni a LuckyTemplates asztalairól. Állandóan asztalokba ütközünk minden problémával, de valójában nem töltünk sok időt azzal, hogy egyedül gondolkodjunk rajtuk. Az oktatóanyag teljes videóját a blog alján tekintheti meg.
Nemrég volt egy bejegyzés a LuckyTemplates tagtól, Ashtontól, aki mindig jó, elgondolkodtató kérdésekkel áll elő. Kérdése miatt eszembe jutott egy olyan minta, amelyet rendszeresen látok, és amelyre ebben az oktatóanyagban szeretnék foglalkozni.
Nem ő követte el, de gyakori hiba. Sokszor látom, hogy az emberek azt mondanák, hogy gondjaik vannak egy virtuális asztallal, például amikor az nem egy virtuális asztal.
A LuckyTemplates tábláinak típusai között komoly különbségek vannak.
A hasonlatot akkor mondanám, ha valaki azt mondaná: „Hé, nemrég fogadtam örökbe egy kutyát, és bajom van a kutyával, és azon tűnődöm, hogy tudtok-e segíteni”, és ez nem egy kutya, hanem egy farkas. Mindketten szemfogak, de vannak elég nagy különbségek, amelyeket figyelembe kell venni.
Tehát bár mindegyik egy családhoz tartozik, csakúgy, mint a LuckyTemplates táblázatai, fontos különbségek, amelyek valóban befolyásolják a megoldást és a táblák használatát. Ezért szerettem volna újra átgondolni Ashton kérdését, majd egy kicsit elmélyülni a LuckyTemplates táblázatok közötti különbségekben, és megmutatni, hogy ez hogyan befolyásolja a kezelési módot.
A kérdés meglehetősen egyszerű volt, de kicsit többről van szó, mint amilyennek elsőre tűnik. Volt egy egyszerű adatkészlete, amely csak az ügyfeleket, a vásárolt gyümölcs típusát, a mennyiséget, majd csak az indexszámot tartalmazza.
Olyan szeletelőt szeretett volna, amelyik több választási lehetőséggel rendelkezik, hogy ha mondjuk a narancsot választja, akkor az összes narancsot vásárló ügyfelet felhívja, de azt is megmutatja, hogy mit vásároltak még.
Tehát ha ezt a kijelölést (narancs) kikapcsoljuk, akkor a teljes adathalmazt láthatjuk. Azt is láthatjuk, hogy ez a két ügyfél (Joe és Mary) vásárolt narancsot, de mindegyiküknek volt egy további vásárlása is.
Tehát az első dolog, amit tudunk, az az, hogy a gyümölcsszeletelőnek egy leválasztott szeletelőasztalnak kell lennie. Ha egy normál szeletelő lenne, akkor a narancsot ütnéd le, és gyakorlatilag mindent kivenne a narancson kívül a táblázatból. Azt is tudjuk, hogy mivel ez dinamikus, van egy virtuális asztali problémánk.
Nézzünk tehát ebbe egy kicsit, de mielőtt ezt megtennénk, vessünk egy pillantást a LuckyTemplatesben található különböző típusú táblákra.
Tartalomjegyzék
Három típusú táblázat a LuckyTemplatesben
Háromféle táblázatot találunk rendszeresen. Az első a leggyakoribb, és ez egy fizikai tábla, és valójában ez az elsődleges adat. Amikor adatgyűjtést végez, vagy közvetlenül ezen az opción keresztül vagy beírja az adatokatReferenciát vagy másolást végez, vagy üres lekérdezéssel tölti be az adatokat, például egy dátumtáblázaton keresztül, ez egy fizikai tábla.
A fizikai tábla nem teljesen dinamikus, de rendelkezik ezekkel a többi jellemzővel, amelyek növelik a fájl méretét, mivel fizikai adatokról van szó. Ez elérhető a Power Queryben. Az adatmodellben szereplő kapcsolatok jellemzően fizikai kapcsolatokon keresztül épülnek fel. Nem kell, hogy legyenek, de általában vannak. Elsődleges adatokhoz használják őket, és ezeket az adatnézetben vagy a Power Queryben jelenítheti meg.
A fizikai tábla nem teljesen dinamikus, de rendelkezik ezekkel a többi jellemzővel, amelyek növelik a fájl méretét, mivel fizikai adatokról van szó. Ez elérhető a Power Queryben. Az adatmodellben szereplő kapcsolatok jellemzően fizikai kapcsolatokon keresztül épülnek fel. Nem kell, hogy legyenek, de általában vannak. Elsődleges adatokhoz használják őket, és ezeket az adatnézetben vagy a Power Queryben jelenítheti meg.
A virtuális táblával gyakran összetéveszthető ez a számított tábla , vagy amit DAX kifejezési táblának is nevezhetünk. Ennek közvetlen analógiája van a kiszámított oszlopokkal, amelyek ezen keresztül jönnek létrekifejezéseket. Ez a Modellezés lapon és az Új tábla opción keresztül történik, majd adja meg a DAX kifejezést.
A virtuális táblával gyakran összetéveszthető ez a számított tábla , vagy amit DAX kifejezési táblának is nevezhetünk. Ennek közvetlen analógja van a DAX-kifejezésekkel létrehozott számított oszlopokkal. Ez a Modellezés lapon és az Új tábla opción keresztül történik, majd adja meg a DAX kifejezést.
Amint az alábbi összehasonlító táblázatból látható, a kiszámított tábla profiljában egészen más, mint a fizikai vagy a virtuális tábla. Nem teljesen dinamikus.
Az új információk felvételéhez frissíteni kell. Ez növeli a fizikai fájl méretét. Az egyenes fizikai táblákkal ellentétben ez nem érhető el a Power Queryben. Ahogy egy számított oszlop nem jelenik meg a Power Queryben, úgy a számított táblázat sem. De rendelkezik a fizikai asztal többi aspektusával is.
Általában kiszámított táblákat használnak a táblák alátámasztására, és gyakrabban használják hibakeresésre. Vannak jobb eszközök, mint például a DAX Studio és a Tabular Editor, ezért nem használják olyan gyakran erre a célra. Ezt a táblázatot az adatnézeten keresztül tekintheti meg.
És őszintén szólva, mint a kiszámított oszlopok, általában távol kell tartani tőle. Vannak jobb módszerek is, mint a kiszámított táblázatok.
És akkor az intézkedésekkel való analógia az igaz. Ezeket a DAX intézkedési kódexen keresztül az intézkedésekkel összefüggésben hozzák létre. A másik két táblatípustól eltérően teljesen dinamikusak. Nem növelik a fájlméretet, mert igény szerintiek. Csakúgy, mint a mértékegységek, a virtuális táblák is igény szerint számíthatók ki a memóriában, és mindegyiket a szükséges kontextusok során használják fel.
Nem érhetők el a Power Queryben. Ezekre nem tehetsz fizikai kapcsolatot. Ha összekapcsolja őket az adatmodellben, akkor ezt virtuális kapcsolatok segítségével teszi, leggyakrabban a.
A virtuális táblákat a mértékek közbenső számításaihoz használják, mivel egy mérőszám nem adhat vissza táblázatértéket, és skaláris értéket kell visszaadnia. Tehát általában ezeket használja közbenső számításként, amely alapján létrehozza a skálázókat, amelyek a mérés eredményeként jönnek létre.
Ezeket a táblázatokat megjelenítheti olyan eszközökben, mint a DAX Studio, a Tabular Editor vagy az New Table, ami szintén valószínűleg a legkevésbé kívánatos módszer, mivel az adatmodellt egy csomó extra táblával zsúfolja össze, hacsak nem törli ezt.
DAX mérési megoldás egy virtuális asztalhoz
Visszatérve Ashton kérdésére, a táblázatot nézve megállapíthatjuk, hogy dinamikus. Több választást is tehetünk, és ez menet közben teljesen megváltozik. Emiatt tudjuk, hogy ez egy virtuális tábla, mert a másik kettő (fizikai és számított tábla) nem teljesen dinamikus. Azt is tudjuk, hogy ez egy leválasztott tábla, ahogy az elején említettem.
Ennek megoldására a Rubber Duck koncepciót használtam. Egy korábbi oktatóanyagban már beszéltem a gumibuktatásnak erről a koncepciójáról, amely egy koncepcionális megoldást dolgoz ki a problémára, mielőtt beleásná magát az adott DAX-ba.
És hát az itteni gumikacsa-megoldáshoz lényegében összeraktam ezt a leválasztott szeletelőasztalt. Aztán begyűjtöttem a szeletelők értékét. Ezután kitaláltam egy virtuális táblázatot, amely kiszűrte a klienseket azok alapján, akik megvásárolták a leválasztott táblában lévő kijelöléseket.
Ezután felvettem azt az ügyféllistát, és kiszűrtem az ügyfelek által készített eredeti adatkészletünket, hogy a szeletelő értékén kívül az ügyfeleket és az ügyfelek által végrehajtott vásárlásokat is meghatározzam.
Vessünk egy pillantást a konkrét intézkedésre, hogy megtudjuk, hogyan sikerült ez, és néhány szempontot, amelyekkel Ön a virtuális asztalokkal dolgozik.
Az első dolog az volt, hogy két betakarítási intézkedést dolgozzunk ki értékeink számára. Az első a leválasztott szeletelő értéke.
Mivel a követelményben szerepelt a multi-select, ez azt jelentette, hogy nem tudtuk csak használni. Tehát amit tettem, az az, hogy afüggvény potenciálisan egy vagy több kijelölés rögzítésére abban a leválasztott szeletelőben. Az ügyfelek esetében, mivel minden egyes értékelendő sorban egy ügyfél lesz, használhatjuk a SELECTEDVALUE értéket.
A következő dolog, amit csináltam, ez a virtuális táblázatváltozó ( VAR Buyers ) volt, amely ezzel kezdődik. Ezután átmegy a szűrésbeügyfeleket az alapján, hogy vásároltak-e olyan gyümölcsöt, amely a leválasztott szeletelő értékeink szerint szerepelt.
Ezt egy DAX-lekérdezéssel ellenőrizhetjük. Ezt megtehetjük a DAX Stúdióban vagy a Tabular Editorban. Tehát vegyük ide a virtuális táblázat mértékét, másoljuk át a Tabular Editorba. Gondoskodni fogunk arról, hogy megadja nekünk azokat az értékeket, amelyeket várunk, azaz Joe és Mary.
A DAX-lekérdezések mindig táblákat adnak vissza, és mindig az EVALUATE-vel kezdődtek, ezért itt hozzáadjuk az EVALUATE-ot. Az eredményből azonban nem kapunk semmit. Ennek az az oka, hogy a kiválasztott gyümölcs ( SelDisconnFruit ) betakarítási változó nem ismeri a szeletelőt. Kilóg a szövegkörnyezetből.
Tehát a tesztelés módja a szeletelő értékének mesterséges beállítása. A SelDisconnFruit-ot egy kis asztalra cseréljük. Gépelje be a narancssárgát (az adott szeletelő értéke) a kacskaringós zárójelek közé . És most itt kapjuk meg az eredményt, ami Joe és Mary. Ezzel a virtuális asztal pontosan úgy működik, ahogy gondoltuk.
Tehát most visszatérhetünk mértékkifejezésünkhöz. A virtuális táblákkal kapcsolatos egyik kihívás az, hogy egyszerű virtuális táblákat létrehozni egy mértéken belül . De virtuális táblát nem adhat vissza egy intézkedés eredményeként . Tehát egy skalárt kell visszaadnunk, de ez a virtuális tábla releváns aspektusát rögzíti.
Tehát itt van a virtuális táblázat, amely megmutatja, hogy mely ügyfelek vásárolták meg az értékszeletelőben lévő gyümölcsöket. Beállíthatunk egy másik változót ( VAR BuyerIn ), amely azt mondja, hogy ha a kiválasztott kliens szerepelt a vevő táblázatában, akkor egyet kap . És ha nem, akkor nullát kap .
Ezután vesszük az eredményt, és betesszük a szűrőpanelbe. Azt mondjuk, hogy a kulcsvásárlók mérőszáma az egyik, és azok azok az ügyfelek, akik ebben az esetben narancsot vásároltak.
Így az eredeti adattáblázatunkat a megfelelő rekordokra szűrjük. Látható, hogy most létrehozza azt a virtuális táblát, és minden kijelölés alapján megfelelően elvégzi a szűrést.
Következtetés
Ez a nagy része annak, amit ma szerettem volna lefedni. Ez egy meglehetősen egyszerű virtuális tábla példa, de a fizikai táblák, a számított táblák és a virtuális táblák közötti különbségre összpontosít.
A virtuális táblákkal kapcsolatban sok érdekes kérdést kell újra megvizsgálni, különösen a virtuális tábla mértékeinek hibakeresésével kapcsolatban. Erre a következő hetekben visszatérek, de egyelőre ennyi az oktatóanyag.
Egészségére!
Ebből a blogból megtudhatja, hogyan mentheti automatikusan az e-mail mellékleteket a SharePointba, majd törölheti az e-maileket a Power Automate segítségével.
A Microsoft LuckyTemplates irányítópult 18 legjobb példája 2023
Ismerje meg, hogyan hozhat létre <strong>Power Automate</strong> folyamatokat a semmiből. Sablon használata helyett mi magunk hozzuk létre a kiváltó okokat és a műveleteket.
4 módszer a Pi használatára a Pythonban példákkal
Ebben az útmutatóban bemutatom, hogyan lehet Pénzügyi információk mátrixát létrehozni a Profit és veszteség (P&L) kimutatással a LuckyTemplates alkalmazásban.
Fedezze fel, hogyan lehet dinamikusan egyesíteni oszlopokat a Power Query Table.CombineColumns függvény segítségével.
Ismerje meg, hogyan adhatjuk hozzá és szinkronizálhatjuk SharePoint-fájljainkat az asztalon és a OneDrive-on.
Tudja meg, miért fontos egy dedikált dátumtáblázat a LuckyTemplatesben, és ismerje meg ennek leggyorsabb és leghatékonyabb módját.
Ez a rövid oktatóanyag kiemeli a LuckyTemplates mobil jelentési funkcióját. Megmutatom, hogyan készíthet hatékony jelentéseket mobileszközökön.
Ebben a LuckyTemplates bemutatóban olyan jelentéseket tekintünk át, amelyek professzionális szolgáltatáselemzést mutatnak be egy olyan cégtől, amely több szerződéssel és ügyfél-elkötelezettséggel rendelkezik.
