< návrat zpět

MS Excel


Téma: Optimalizace přepočítávání rss

Zaslal/a 21.5.2021 14:27

Ahoj,

byl by prosím schopen mi někdo pomoct s optimalizací přiloženého excelu? Bohužel každá úprava na záložce spouští přepočet, který trvá x vteřin, což ve výsledku několikanásobně prodlužuje dobu práce se souborem.

Popis ve zkratce: na záložce "Vše" se vkládají položky a počty, modře podbarvená pole znamenají, že bylo v prodeji. Na záložce "SOUHRN" se následně vysčítává/průměruje pro dané období dle kategorie.

Předem díky za tipy

Příloha: zip50710_test.zip (416kB, staženo 22x)
Zaslat odpověď >

#050713
avatar
Soubor není přiložen.
Soubor s makrem se musí sbalitcitovat
#050719
avatar
Zdravím
dotaz: dle čeho se určuje zda je produkt v prodeji? Nerozumím tomu, že byl produkt prodán a přitom není podbarven (dle Vašeho popisu modře).
Máte tam neskutečné množství podmíněného formátování i opakujícího se. Myslím že ani makra nebudou potřeba pokud se správně nastaví PM a použije kontingenční tabulka nebo PowerQuery. Ta data si vyplňujete sami nebo je to výstup z nějakého programu?
Pro lepší práci by bylo možná vhodné jiné rozložení vstupních údajů.citovat
#050721
avatar
Pardon oprava - modré podbarvení znamená, že produkt byl v katalogu daného období.

Podmíněné formátování tam je chybně duplicitně, opravím to, ale nesouvisí přímo s tím výpočtem na SOUHRNU, tuším, že to asi nebude primární problém těch přepočtů.

Kontingečka by byla řešení, jen nevím, jak zakomponovat to modré podbarvení jako filtr?

veny napsal/a:

Zdravím
dotaz: dle čeho se určuje zda je produkt v prodeji? Nerozumím tomu, že byl produkt prodán a přitom není podbarven (dle Vašeho popisu modře).
Máte tam neskutečné množství podmíněného formátování i opakujícího se. Myslím že ani makra nebudou potřeba pokud se správně nastaví PM a použije kontingenční tabulka nebo PowerQuery. Ta data si vyplňujete sami nebo je to výstup z nějakého programu?
Pro lepší práci by bylo možná vhodné jiné rozložení vstupních údajů.
citovat
#050732
avatar
Prakticky každý vzorec je volatilní, včetně maker. Tj. přepočítávají se při každé změně kterékoliv buňky i při změnách filtrů. A je jich hodně. Šlo by to trochu zoptimalizovat, ale tady nemá cenu se snažit.

Blahic napsal/a:

...
Podmíněné formátování tam je chybně duplicitně, opravím to, ale nesouvisí přímo s tím výpočtem na SOUHRNU, tuším, že to asi nebude primární problém těch přepočtů.


Podmíněné formátování má své vlastní výpočty a ty se také přepočítávají... Častěji než vzorce v buňkách.

Blahic napsal/a:

...
Kontingečka by byla řešení, jen nevím, jak zakomponovat to modré podbarvení jako filtr?


Do pomocného sloupce napiš třeba "modrá".

Barvy jsou užitečné pro odlišení výstupu, ale používat je jako vstup pro výpočet rozhodně není dobrý nápad. (Při změně barvy se přepočet nespustí, aby se to po rozběhnutí přepočtu spočítalo jsou potřebné volatilní vzorce + pro oko mohou být barvy shodné, ale pro výpočet se mohou lišit -> dá se očekávat chybný výpočet.)citovat
#050733
avatar
Nemáte denní, týdenní nebo měsíční záznamy? S tím by se mnohem lépe pracovalo a pro výstupní analýzu by to bylo mnohem lepší. Jak psal lubo dal by se přidat sloupec zda byl produkt v katalogu a event. barevné roztřídění by se dělalo až na nějakém výstupu.citovat

Uživatelské menu

Nejste přihlášen(a)
avatar\n

Menu

Formulář 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.

On-line nástroje