Még mindig sok a zűrzavar a különbséget illetőenvsa LuckyTemplatesben. Ez olyan kulcsfontosságú tudás, amelyet a felhasználóknak el kell sajátítaniuk, mivel mindkét funkció különböző forgatókönyvekben használható, de vannak esetek, amikor az egyik hatékonyabb, mint a másik. Az oktatóanyag teljes videóját a blog alján tekintheti meg.
Itt egy példára fogok összpontosítani, amely megmutatja a kettő közötti különbséget. Mielőtt azonban belevágnék ebbe a példába, fontos megérteni a különbséget az összesítő függvény és az iteráló függvény között.
Tartalomjegyzék
Aggregátorok vs iterátorok
Amikor a DAX-ról van szó, kétféle számítási motor létezik – az aggregátorok és az iterátorok.
Az összesítő függvények közé tartozik a SUM ,,,és. Az iterátorok viszont olyan függvények, amelyeknek a végén X van, például a SUMX .
Az iteráló függvények a táblázat minden egyes sorát végigmennek, hogy logikát adjanak ezekhez a sorokhoz.
Az összesítő függvények a kontextus képletbe helyezése után megmaradt teljes oszlopot nézik. Innentől kezdve egyetlen összesítés történik a teljes oszlopra egyszerre.
SUM mint aggregátor
Hogyan használható a SUM aggregátorként?
Ebben a példában a teljes bevételt fogom kiszámítani a megadott mintaadatokban.
A kontextus itt mindig fontos. Ebben az esetben minden konkrét dátum az egyes eredmények kontextusa.
Ha mélyebben beleásom ezt a táblázatot, megmutatja, hogy közvetlen kapcsolat van az értékesítési táblázatba kerülő dátumból .
Aztán ha megnézem a modell alatt dolgozó adatokat, akkor minden így illeszkedik egymáshoz.
Tehát a kapcsolat itt a Megrendelés dátuma oszlophoz kapcsolódik. Az oszlop bizonyos dátumainak kiszűrése után a megfelelő eredmények a Bevétel oszlopban jelennek meg.
Innentől kezdve a SUM csak egyetlen nagy számítást végez a szűrt eredményekből.
SUMX mint iterátor
Most a SUMX-et fogom használni ugyanazon a mintaadatokon, hogy láthassa a különbséget. Valójában ki tudom számítani ezt a Bevételt anélkül, hogy megérintené a Bevétel oszlopot.
Amikor a használatban van, mindig kér egy asztalt. Vegye figyelembe, hogy itt fizikai vagy virtuális tábla is használható.
A bevétel meghatározásához az Értékesítési táblázatot fogom választani. Ezután ebbe a képletbe elhelyezek egy kifejezést, amely lehet egy mérték vagy egy adott oszlop a táblázatból, hogy minden sorban elkezdhesse futtatni a logikát. A kifejezés az itt leírtak szerint a táblázat minden sorára kiértékelt kifejezés összegét adja vissza.
Mivel a mintaadatok tartalmazzák a rendelési mennyiséget, ezt fogom használni itt a teljes összeg kiszámításához. Én is az egységárat fogom használni.
Miután behúzom a képletet a jelentésbe, az eredmények pontosan ugyanazok.
Természetesen mindkettő ugyanazt az eredményt mutatja, mert mindkettő ugyanabból a két oszlopból – a rendelési mennyiségből és az egységárból – származtatja az adatokat.
Miért használja a SUMX-et , ha egyébként is ugyanazt az eredményt adja, mint a SUM ?
A SUMX-szel a logika nem csak egy teljes oszlopra vonatkozik, hanem az oszlopon belül minden egyes sorra. Valójában törölhetem a Bevétel oszlopot, és továbbra is lekérhetem a konkrét eredményeket.
Tehát képzelje el, hogy ezt a logikát minden sorban alkalmazzák. Az 1. sor rendelési mennyiségét és egységárát megszorozza, majd elmenti a memóriába. Ugyanezt teszi a 2. sorral és az összes többi sorral azután, minden egyes eredményt elmentve.
Ez azt jelenti, hogy végül a SUMX kiszámításához nem a táblán lévő fizikai adatokat, hanem a memóriába mentett eredményeket használják .
Következtetés
Remélhetőleg el tudtam magyarázni a fő különbséget a SUM és a SUMX között a LuckyTemplatesben, különösen azoknak, akik még mindig tisztában vannak azzal, hogy a LuckyTemplates mire képes.
Az ökölszabály az, hogy ha ez egy egyszerű, egyértelmű forgatókönyv, amely egy összesítő függvénnyel megoldható, használja a SUM-ot. De ha fejlettebb logikára van szükség, használja a SUMX-et.
A SUMX olyan esetekben is hasznos lesz, amikor több ezer vagy több millió sor van. Amíg a mérőszámokban hivatkozott táblázatok és oszlopok megvannak, az iterációs függvények használata hatékonyabbá tenné a folyamatot.
Minden jót,
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.
