Příspěvky uživatele

No, pokud excel nebude stíhat, tak hledej checkboxy.

Narazil jsem na sešit, kde bylo na jednom listu pár desítek tis. graf prvků (nějaké ikony, checkboxy, ...). Uživatelům se podařilo nastavit rozměry na 0, tak nebyly vidět a ctrl-c ctrl-v je geometricky namnožilo. List se zobrazoval docela dlouho. Na druhém listu těch prvků bylo jen necelých 200 tis. List se zobrazoval cca minutu. Ani smazání objektů nebylo snadné, při pokusu vymazat celou collection, excel padal.

Nevím jakou verzi používáte, pokud je to něco novějšího než je 2010, tak normálně kontingenční tabulka s daty v datovém modelu. Pak je v agregacích i počet unikátních hodnot.

např. do R2:
=KDYŽ(A(Y$1>=$B2;Y$1<=$C2);MIN($E2-8*(Y$1-$B2);8);"")

Není ani jasné, co má být výstupem. Je to interaktivní graf, pole 60 x X grafů, ...?

Obecně: Napřed pq načte data. Data se mohou podle potřeby agregovat a uloží se podle potřeby do datového modelu nebo do tabulky.

Pokud by to měl být interaktivní graf řízený kt, tak je vhodné vyrobit kopii kt prostými odkazy, případně převést KT na vzorce. Nad tím už jde dělat jakákoliv graf.

Jinak podle potřeby...

Mělo by to jít i bez pomocného sloupce. Filtr kalendářních dat umí dnes, včera, poslední týden, ...

A definici filtru lze uložit do vlastního zobrazení.

Jde to:
První otázka:

// načtení tabulky pohlavie do tabulky pohlavie
// pohlavie
let
Zdroj = Excel.CurrentWorkbook(){[Name="Tabulka3"]}[Content]
in
Zdroj

// Načtení tabulky dáta
// dáta
let
Zdroj = Excel.CurrentWorkbook(){[Name="Tabulka1"]}[Content],

// konverze tabulky pohlavie do tvaru vhodného pro připojení
// není to nezbytné, vše lze dělat mnoha způsoby
MenoPohlavie = Table.UnpivotOtherColumns(pohlavie, {}, "Pohlavie", "Meno"),

// spojení tabulek
#"Sloučené dotazy" = Table.NestedJoin(Zdroj, {"Meno"}, MenoPohlavie, {"Meno"}, "MenoPohlavie", JoinKind.LeftOuter),
#"Rozbalené Pohlavie" = Table.ExpandTableColumn(#"Sloučené dotazy", "MenoPohlavie", {"Pohlavie"}, {"Pohlavie"})
in
#"Rozbalené Pohlavie"

Druhá otázka:
// načtení Suma2 do tab "Suma2"
// Suma2
let
Zdroj = Excel.CurrentWorkbook(){[Name="Tabulka8"]}[Content],
#"Změněný typ" = Table.TransformColumnTypes(Zdroj,{{"Typ", type text}, {"Suma2", Int64.Type}})
in
#"Změněný typ"

// Data2
let
// Načtení data2
Zdroj = Excel.CurrentWorkbook(){[Name="Tabulka6"]}[Content],
#"Změněný typ" = Table.TransformColumnTypes(Zdroj,{{"Typ", type text}, {"Deň", type text}, {"Suma", Int64.Type}, {"Suma2", type number}}),
// celková suma v data2 podle dne:
SumaDen = Table.Group(#"Změněný typ", {"Deň"}, {{"SumaDen", each List.Sum([Suma]), type number}}),
// Připojení koeficintů k řádkům
#"Sloučené dotazy" = Table.NestedJoin(#"Změněný typ", {"Deň"}, Suma2, {"Typ"}, "TabSuma2", JoinKind.LeftOuter),
#"Rozbalené TabSuma2" = Table.ExpandTableColumn(#"Sloučené dotazy", "TabSuma2", {"Suma2"}, {"TabSuma2"}),
#"Sloučené dotazy1" = Table.NestedJoin(#"Rozbalené TabSuma2", {"Deň"}, SumaDen, {"Deň"}, "SumaDen", JoinKind.LeftOuter),
#"Rozbalené SumaDen" = Table.ExpandTableColumn(#"Sloučené dotazy1", "SumaDen", {"SumaDen"}, {"SumaDen"}),
// Do dalšího sloupce přidáme výpočet podle vzorce
#"Přidané: Vlastní" = Table.AddColumn(#"Rozbalené SumaDen", "Suma2_pq", each [Suma]*[TabSuma2]/[SumaDen])
in
#"Přidané: Vlastní"

A co toto:

=HODNOTA(DOSADIT(A1;".";".1.1900 "))*24

(pochopitelně jen pro max 31 dnů)

Po pravdě nechápu, co stále řešíte. Už jsem to popsal.

48486_hacik...
Hárok1:
a)
F3: =DATUM(ROK(A3);MĚSÍC(A3);DEN(A3))
G3: =ČAS(HODINA(A3);0;0)
H3: =F3+G3

b)
E3: =A3-F3-G3

c)
B3: =SVYHLEDAT(H3;A:A;1;0)
C3: =SVYHLEDAT(H3;A:A;1;1)
D3: =SVYHLEDAT(H3+0,0000000001;A:A;1;1)

Sloupec E obsahuje rozdíly v hodnotou ve sloupci A a "přesnou" hodnotou. Přímo to odečítat nelze kvůli zaokrouhlení.

Pak jsou ukázány varianty hledání. Použil jsem VLOOKUP kvůli čitelnějšímu porovnání.

Ukazuje se, že i "přesné" vyhledávání dokáže eliminovat malé rozdíy mezi hodnotami.

Ale 16.10. chyba narostla z -0,000000000002425
na -0,000000000004851 (u mne na tomto stroji v.2010) a tento rozdíl už "přesné" hledání nepobere.

(Připomínám, že interně se ukládá více míst než viditelných 15, pokud je chci vidět, musím odečítat po částech.)

Přibližné hledání (protože hledaná hodnota je na těchto datech o něco menší než tabulková) v obou případech najde co má najít.

Pokud bychom hledali hodnotu ze sloupce A ve sloupci E, varianta bez přičtení konstanty dá chybný výsledek tam, kde "přesná" shoda nenajde nic.

Na harku 2 ten přechod není tak zřetelný.

Pokud některý datum počítáš, tak ty odchylky mohou být o dost větší.

Tj. dolaď si konstantu a mělo by to fungovat.

ps. Ty přílohy bez vzorců, kde není poznat co se hledá a co dělá problém, jsou na ...

Ty odchylky se mohou nakumulovat na obě strany a mohou být v hledané položce i v prohledávané tabulce.

Používat MATCH, ?LOOKUP na časové údaje není s přesnou shodou není dobrý nápad.

Při generování časů (při použití vzorce je to skoro jisté) se uložený čas liší od zobrazované obvykle o nějaké malé zlomky sekund. Vidět nic není, ale přesná shoda nic nenajde.

Lepší je (u setříděných hodnot) použít přibližnou shodu, kdy k hledaná hodnotě trochu přidáme. Funkce při tom hledají poslední hodnotu která je rovna nebo je menší než hledaná. tj:
MATCH(c1 + 0,000000000001; C:C;1)

to číslo je dobré odladit, při generování nepovedeným vzorcem se chyba může nakumulovat docela dost.

add so, ne.

Spočte se počet pracovních dnů, a pak se použije workday s náhodně vygenerovaným posunem do počtu prac. dnů.

=WORKDAY(DATUM(ROK(DNES());ČÁST(A1;NAJÍT(".";A1)+1;1000)/1;ZLEVA(A1;NAJÍT("-";A1)-1)/1);RANDBETWEEN(0;NETWORKDAYS(DATUM(ROK(DNES());ČÁST(A1;NAJÍT(".";A1)+1;1000)/1;ZLEVA(A1;NAJÍT("-";A1)-1)/1);ČÁST(A1;NAJÍT("-";A1)+1;1000)/1)))

Přepočty se dají omezit např: =když(b1="XXX";<obluda>; a2)

vzorec je v a2 a jsou povoleny iterace.

kolik stojí 50 kg?

Doporučil bych raději v ceníku uvádět spodní mez intervalu.

Příspěvky uživatele

Uživatelské menu

Menu

On-line nástroje

Formulář Faktura

Formulář Faktura IV

Aktivní diskuse

Makro smyčka

Makro smyčka

Čas od do

Čas od do

Čas od do

Čas od do

Čas od do