Příspěvky uživatele

potřebuji aby se vypsaly nejen hodnoty, které vyhovují těm kritériím, ale také ostatní hodnoty z toho řádku a aby vypsaly do jiného listu.
Všetko z uvedeného rozšírený filter v pohode zvládne, díval si sa zrejme špatne.

Nie som si istý, či rozumiem, čo máš na mysli pojmom vyhľadávač. Na filtrovanie tabuľky podľa viacerých kritérií slúži ako štandartný nástroj rozšírený filter (daj do google advanced filter excel a nájdeš spústu návodov).

Ospravdelňujem sa, že sa do toho pletiem, ale nebola náhodou marjankajova reakcia na tvoje vyjadrenie: to není žádná proměnná, ale klíčové slovo pro událost VBA ? Kľúčové slovo (resp. rezervované slovo) je terminus technicus, nemôže im byť niečo, čo ním proste nie je, páč, ako už zmienili viacerí predo mnou, žiadny keypressed proste VBA nepozná, pokiaľ to teda nie je nejaký názov premennej apod., a to je jasné z kontextu, že tento prípad to nie je. Tak sa nediv, že sa niekto pozastaví nad tým, keď sa vyjadruješ ledabylo.

Asi nezachránime (nezachránim). Zadanie som prečítal tak 5 krát, pozrel sa i na webový odkaz, ale vešteckú guľu nemám - mám za to, že pokiaľ stojíš o pomoc od niekoho tuná, asi ti nezostane, než potrénovať schopnosť vysvetliť problém, resp. prelomiť pohodlnosť a venovať popisu problému nejaké úsilie

ešte ma napadlo riešenie eliminujúce použitie maticového vzorca i volatilnej funkcie, takto:

N2:
=IFERROR(INDEX(E2:L2; SUMPRODUCT(--(LEFT(E2:L2; 2)="CA"); COLUMN(E2:L2)-4)); "")

O2:
=IFERROR(INDEX(E2:L2; SUMPRODUCT(--(LEFT(E2:L2; 2)="CB"); COLUMN(E2:L2)-4)); "")

ale asi naj je zatiaľ to, čo sem dal lubo

Vzorec v bunke N2:

=IF(LEFT(G2; 2)="CA"; G2; "")

Vzorec v bunke O2:

=IF(LEFT(H2; 2)="CB"; H2; "")

Skopíruj dolu

edit: aha, špatne, tie hodnoty teplota a vlhkosť sa nachádzajú nie vždy v tom samom stĺpci, špatne vidím. Čiže mnou napísané nefunguje, použi to, čo vytvoril marjankaj, prípadne maticové vzorce pre:

N2:
=IFERROR(INDEX(E2:L2; MATCH("CA"; LEFT(E2:L2; 2); 0)); "")

O2:
=IFERROR(INDEX(E2:L2; MATCH("CB"; LEFT(E2:L2; 2); 0)); "")

skopíruj dolu

tak ešte raz: jedna vec je vzorec získať, druhá vec je ho pochopiť.
POSUN je volatilná funkcia, rovnako ako NEPŘÍMÝ.ODKAZ, za mňa o použití volatilných funkcií platí, čo už som uviedol
a úplne naj je v tomto prípade urobiť to, čo doporučuje lubo - zdroj pre KT previesť do podoby excel table.

Asi nemáš zač

. Nielen tebe, ale v podstate mnohým ďalším novým žiadateľom o pomoc tuná by som doporučil prečítať si nejaký návod, ako správne položiť otázku, aby vôbec niekto prejavil záujem na ňu odpovedať. Pekne to zosumarizoval Chip Pearson na svojich webovkách:
http://www.cpearson.com/Excel/EmailMe.aspx
V krátkosti: šancu na pomoc žiadateľ dramaticky zvýši, pokiaľ čo najpresnejšie svoj problém popíše, príloha so súbormi, ktorých sa riešenie má týkať, rozhodne nie je na škodu.
Pomoc potrebuješ ty, tak je v prvom rade na tebe, poskytnúť dostatok informácií k tomu, aby to niekto vôbec bol schopný a ochotný za teba vyriešiť.
Vži sa do situácie adresáta a pouvažuj, či z toho mála, čo si uviedol, bude adresát schopný porozumieť, čo sa snažíš vyriešiť. Za seba poviem len toľko, že tvoj popis je skutočne príliš obecný na to, aby na jeho základe bolo možné nejaké funkčné makro napísať.

Domnievam sa, že problém je v tom, že dátum v databáze máš v tvare YYYY-MM-DD ale Excel máš lokalizovaný (D.M.RRRR). Tým pádom (asi) jeden z tých dátumov query nevyhodnotí ako dátum (buď ProcessingDate, alebo parameter) a potom nie je schopná podmienku správne vyhodnotiť. Takže vyskúšaj v prvom kroku celú klauzulu where z dotazu vypustiť. Skontroluj si, či to vracia nejaké záznamy. V ďalšom kroku vlož klauzulu v tvare
Where ProcessingDate=NejakeDatum
Miesto NejakeDatum napíš dátum v tvare, v ktorom to dotaz dokáže spracovať. Možno budeš musieť ProcessingDate, či Parameter upraviť pomocou nejakej konverznej funkcie (napadá ma CDate, ale treba to vyskúšať). A následne klauzulu where uprav na parametrický dotaz, v ktorom už budeš vedieť, akú konverziu budeš potrebovať pre tie dátumy použiť. Celý problém je pmn v tom, že dotaz nútiš porovnať nezhodné datové typy a tú nezhodu musíš odstrániť nejakou konverziou na rovnaký datový typ. V tomto momente by som so svojimi bezplatnými radami už skutočne rád skončil, snaž sa trochu sám. Postav si najprv jednoduchú query bez kritérií výberu a následne vyskúšaj tvar výberového kritéria, ktorý bude fungovať.

V tej klauzuli where máš napísané:

WHERE (`SqlData$`.ProcessingDate=?) AND (`SqlData$`.ProcessingDate=?)

Je tak? Ale to je predsa špatne!!! Uvedenú podmienku predsa logicky nespĺňa žiadny záznam! Správne má byť:

WHERE (`SqlData$`.ProcessingDate>=?) AND (`SqlData$`.ProcessingDate<=?)

Hovorím, že nie si príliš pozorný

Chybu odhalíš jednoducho, ale až po tom, čo pochopíš logiku vzorca, ktorý si niekde získal, ale nechápeš ho. Správne má byť:
=NEPŘÍMÝ.ODKAZ("megan!$b$3:$g$"&POČET2(megan!$B:$B)+2)

no, a ešte by som doporučil vyvarovať sa volatilných funkcií (NEPŘÍMÝ.ODKAZ), páč kýžený výsledok je možné získať i takto a to s menšími nárokmi na systémové prostriedky:

=megan!$B$3:INDEX(megan!$B:$B;POČET2(megan!$B:$B)+2)

V prípade, že budeš chieť radiť hodnoty napr. iba zo stĺpcov A až K, tak miesto

Rows(iRow).Sort _

v Hav-Ranovom kóde jednoducho napíšeš

Intersect(Rows(iRow),[A:K]).Sort _

Chlapci, pokiaľ ste s tým pohli, tak ja na to teda hádžem bobek, snáď to Lenn použije, asi nemá zmysel, aby som riešil niečo, čo ste s úspechom dotiahli, a trávil s tým v podstate zbytočne čas. Za mňa v tomto prípade UDF :)

Inak, lubov vzorec je pmn už viacmenej stráviteľný, pokiaľ je jeden ochotný akceptovať, že dáva ten istý výsledok napr. pre nasledujúce kombinácie začiatku a konca:
29.12.2006 1.3.2014 7R-2M-1D
30.12.2006 1.3.2014 7R-2M-1D
31.12.2006 1.3.2014 7R-2M-1D

On tam ten február proste bude škodiť asi vždy

edit: ešte som pre zaujímavosť dotiahol i marjankajov vzorec, porovnanie výsledkov tuná (proste chaos s februárom):

od ------------- do ------------ lubo ----------- marjankaj
27.12.2006 --- 28.2.2014 --- 7R-2M-1D ---- 7R-2M-1D
28.12.2006 --- 28.2.2014 --- 7R-2M-0D ---- 7R-2M-0D

29.12.2006 --- 28.2.2014 --- 7R-1M-30D --- 7R-1M-27D --- menej u marj
30.12.2006 --- 28.2.2014 --- 7R-1M-29D --- 7R-1M-26D --- menej u marj
31.12.2006 --- 28.2.2014 --- 7R-1M-28D --- 7R-1M-25D --- menej u marj

29.12.2006 --- 1.3.2014 ---- 7R-2M-1D ---- 7R-2M-3D ---- menej u lubo
30.12.2006 --- 1.3.2014 ---- 7R-2M-1D ---- 7R-2M-2D ---- menej u lubo
31.12.2006 --- 1.3.2014 ---- 7R-2M-1D ---- 7R-2M-1D ---- menej u lubo

31.12.2006 --- 3.3.2014 ---- 7R-2M-3D ---- 7R-2M-3D

Trochu ma štve, že kvôli tvojej nepozornosti pri sledovaní videa ma nútiš venovať ti podstatne viac času, než som pôvodne predpokladal

. V prílohe som ti pripravil návod s obrázkami, ako na to. Pokiaľ to z toho nepochopíš, tak mi je ľúto, zadarmo pre teba viac nie som ochotný urobiť. Každopádne, z toho, čo si sem dal, sa zdá, že si už pomerne blízko cieľa.
Inak som zistil, že parametrický dotaz (na rozdiel od neparametrického) znemožní do excelu vložiť priamo kontingenčku, takže si ju budeš musieť vytvoriť až nad tou tabuľkou, ktorú dotaz vygeneruje. Ale to je, myslím, detail a v návode som to už nerozpisoval.
Tak preštuduj prílohu, nejde sem vložiť, zas to tu blbne, tak ju nájdeš na: http://ulozto.cz/x1dntVdj/navod-doc

no, moje riešenie nestačí, páč nefunguje spoľahlivo. Okrem Vami uvedenej chyby to fatálne blbne na celom marci

. Takže radosť bola predčasná, problém je zložitejší.... Stále máte pocit, že vzorec je vhodnejší než UDF? Ja teda ešte skúsim vzorec, ale garantovať jeho spoľahlivé fungovanie v tomto prípade asi nedokážem..

Příspěvky uživatele

Uživatelské menu

Menu

Formulář Faktura

Formulář Faktura IV

Helios iNuvio

On-line nástroje