MS Excel

Spolehlivé spouštění PQ z VBA úplně jednoduché není. Jsou to dva rozdílné světy. Tý zkušenosti to chce docela dost.citovat

Řeším automatické zpracování.
Jeden problém je se synchronizací, když uvedený dotaz doběhne, tak často stále běží výpočet, tj. BackgroundQuery:=False je podmínka nutná ale ne postačující. Je nutné správně nastavit všechny dotazy, protože se, občas nepochopitelně, spouští. Navíc běží opakovaně a paralelně, je to vidět v logu.
Pokud na to navazuje KT je o problém více (KT se někdy přepočte dříve než dostane data)
Kromě toho při spouštění z vba dotaz častěji nedoběhne (pocitově, "ruční" aktualizace je OK, start z vba KO).
Minimálně on error při jednom dotazu v sešitu, při více dotazech v sešitu po doběhnutí dotazu počkám a při chybě několikrát opakuji výpočet.citovat

Log zapnu:
Data, Načíst data, možnosti dotazu, globální, diagnostika, Povolit trasování.

Na log se dostaneme tamtéž, otevřít složku výpisu stavu systému.

Není to moc uživatelsky přívětivé.
Na internetu se dají najít funkce k načtení logu, co jsem viděl, je podle mne základ.

Mrkni také na funkce Diagnostics.ActivityId a Diagnostics.Trace.citovat

No.

Najde a spustí všechny dotazy. Nedívá se, jestli doběhnou, pokud je nastavena aktualizace na dotazu pozadí, spustí se a hned se spouští další. Pokud je tam KT tak se po doběhnutí musí zpravidla spustit aktualizace KT znovu (kým?)

Vhodné je nejprve vypnout nastavení běhu na pozadí, případně obnovovat s parametrem (první variantě dávám přednost). Po doběhnutí chvíli počkám, doevents tady nefunguje. V případě chyby také chvíli počkám a pak dotaz zopakuji, samozřejmě jen několikrát.

Obecně je lepší spouštět dotazy explicitně. Pokud tam jsou závislé dotazy, tak spouštím jen ty finální. Jejich předchůdci se spustí automaticky pokaždé, když jsou použity bez ohledu a čas posledního spuštění (doufám, že to MS někdy opraví). Je tedy ztrátou času je spouštět samostatně, pokud současně negenerují samostatný výstup.citovat