Příspěvky uživatele
< návrat zpět
Ta data moc normálně nevypadají. Ani nevypadají jako data z jednoho souboru, spíše ze 3 souborů. Osobně bych u (fyzikálně jednostranných) dat s podobným rozsahem a s minimem blízko nuly začínal s lognormálním rozdělením.
Domnívám se, že je vhodná doba k otevření učebnice statistiky.
Jinak, pokud je zadání jasné, pak SMODCH.VÝBĚR.S.
Zapeklitá otázka.
Podobné problémy vznikají když např. nějaký chytrák vymyslí, že se bude sledovat saldo (něčeho). Cílová hodnota pak často může být blízko nuly a plnění se pohybuje kdekoliv. Současně obvykle platí, že čím je cílová hodnota blíže k nule, tím je problém větší, jakýkoliv výpočet často vede k ohromnému procentu plnění nebo neplnění.
V takovém případě je zpravidla nejrozumnější ukazatel vhodně modifikovat.
S tím často souvisí druhý problém: Jaké plnění je správné: Lepší je více než cílová hodnota nebo menší než cílová hodnota. Lepší je plnění 0% nebo 100%. + jak se vyhodnocují ostatní ukazatele.
Obvykle toto řeším (pokud ten "chytrej" není zrovna pan velký ředitel, který procenta nechápe) změnou ukazatele, ve všech případech přemýšlím o vhodném nastavení "nuly" - pokud bereme automobilku, tak dnes vyrábí 100 aut, úkol je udržet výrobu tak, toleruje se pokles nejvýše o 5 aut. Požadované meziroční saldo výroby má být >= -5. V takovém případě "nula" = -5, 100% = 0 (výroba se udrží). Samozřejmě každé auto navíc přispívá v tomto případě 20%.
Pokud má být saldo 0, pak může být Nula = 0, 100% = 100 auto.
Výběr metody by měl dávat obchodní smysl. Ten z dotazu nedovedu odhadnout.
Zkuste poslat soubor. Pokud to je moc důvěrné, podívejte se, co je na listu. Např. vzorce, cykly ve vzorcích, podmíněné formáty, objekty, ... Nemusí být viditelné.
Zkuste to trochu rozepsat. Jaký excel, jaké aktualizace, od kdy to nefunguje, ...
Protože dnes je 17.8.2018. Zítra už to fungovat bude.
(Hledaná hodnota je menší než první)
Nechápu dotaz,
doplnění celkového součtu nestačí?
Docela se mi vyplácí malé rozšíření:
let
DejPar = (Par) =>
let
Source = Excel.CurrentWorkbook(){[Name="Parametre"]}[Content],
Hodnota = try Table.SelectRows(Source, each ([Parameter] = Par)){0}[Hodnota]
otherwise error
Error.Record("Chyba ve funkci ""DejPar""",
"Parametr """ & Par & """ nebyl nalezen!",
"Zkontrolujte tabulku parametrů")
in
Hodnota
in
DejPar
xlnc napsal/a:
b) Konečně posunout tu stupiditu KT, které neuměly prosté sloučení dat (stejně jako souhrny), nemluvě o více zdrojích a o tom, že průvodce KT vykopal MS mimo ribbon.
Ten pokus tady je.
S Power nástroji to zkouším od verze 2010. Power Query mi padalo, potom hlásilo, že nemám správnou licenci, nechal jsem ho být.
PowerPivot naopak fungoval bez větších problémů. Spojování tabulek, více zdrojů, slušná rychlost. Na větších datech (cca 0.5 mil řádků) jsem zkoušel variantu Access + KT x PowerPivot. PowerPivot byl několikanásobně rychlejší.
Jako u všech power nástrojů, podpora nic moc. Něco jako DaxStudio mělo být součástí nástroje od počátku.
Běžně používám.
Ve verzi 2016 jsem přidal power query. Snadné získávání dat a rychlost přípravy je také celkem zajímavá. Ale. Zřejmě chybí koncepce, nástroj se mění pod rukama, sympatické naklikávání je na zabití - generuje docela záludný kód, v lepším případě jen havaruje, v horším dodá chybné výsledky, je nutné být ve střehu. Rychlost také nic moc, optimalizace výpočtu při více dotazech (v Excelu) není, mizerná podpora vlastních knihoven dotazů, celkově mizerná dokumentace - specifikace jazyka moc čtivá není, informace rozptýlené po netu, ty zajímavé často začínají "... xx vývojář power query mi prozradil jak ...". Uživatelská přívětivost - nějaké vyhledávání potřebné funkce z cca 600 neexistuje.
I tak ho používám.
Ostatní nástroje si podle mne označení Power nezaslouží.
Určitě mrkněte na specifikaci
https://msdn.microsoft.com/en-us/query-bi/m/power-query-m-language-specification
Jsou tam také vysvětleny základy. (Podle mne celkem slušně, pro někoho možná stručné, ale řada "tipů" často jen převypráví uvedený obsah.)
Dobrý je seriál
https://datachant.com/tag/pitfalls/
Za nakouknutí stojí také
https://github.com/hohlick/PowerQueryModules
Pro pochopení je dobré mít při ruce specifikaci.
Jinak google toho nabídne hodně.
Možností je hodně.
Třeba
#"Filtrované řádky" = Table.SelectRows(#"Reordered Columns",
each if BLselected = "All"
then true
else ([Business Line] = BLselected)
)
Nebo třeba
#"Filtrované řádky" =
if BLselected = "All"
then
Table.SelectRows(#"Reordered Columns", each true)
else
Table.SelectRows(#"Reordered Columns", each ([Business Line] = BLselected))
Proč nepoužijete kontingenční tabulku?
Jinak pro běžného občana je asi vhodnější použít pomocný sloupec
=AGGREGATE(9;7;A1)
Odkaz směrujte na sčítanou veličinu, v tomto případě, bude u skrytého řádku hodnota 0, u chyby také 0, jinak se zkopíruje původní hodnota.
Pomocný sloupec pak můžete sčítat čím budete chtít.
Jeza.m napsal/a:
... by z toho vznikla relace M:N, což Power Pivot neumí ...
Omyl. Umí. S ostatním souhlasím.
Jeza.m napsal/a:
... V SQL bych mu řekl něco jako select Distinct ROK_KW where Datum in (VybraneHodnotyTimeline) ...
Přesne to dělá CONTAINSROW(VALUES(TB_KALENDAR[ROK_KW]);TB_DATA[ROK_KW])
Pro tento pokus zrušte všechny relace a nadefinujte míru:
Součet z HODNOTA:=CALCULATE(SUM([HODNOTA]); TB_DATA[ROK_KW]=VALUES(TB_KALENDAR[ROK_KW]))
Tu použijte v součtu.
Pokud vybíráte více dnů, pak zkuste
Součet2 z HODNOTA:=CALCULATE(SUM([HODNOTA]); CONTAINSROW(VALUES(TB_KALENDAR[ROK_KW]);TB_DATA[ROK_KW]))
(Možných řešení je stejně jako v excelu, tj. hodně)
Proč Vám to nefunguje netuším. Ovšem s tím kopírováním to je prochu problém. Lze řešit makrem.
Pomocný sloupec je zřejmě nejlepším řešením.
Pokud do sešitu lze kopírovat, tak je to otázka času, kdy se něco objeví.
Problém možná neškodí, často ale zdržuje.
Uživatelské menu
\nFormulář Faktura
Formulář Faktura IV
Oblíbený formulář Faktura byl vylepšen a rozšířen.
Více se dočtete zde.
Helios iNuvio
Používáte podnikový systém Helios iNuvio? Potřebujete pomoci se správou nebo vyvinout SQL proceduru? Více informací naleznete na stránce Helios iNuvio.
RSS nejnovější články