Batchování a caching: co rozhoduje o latenci dotazů
Typické chyby se opakují pořád dokola. První je vynechání rozcvičky kvůli nedostatku času, což se rovná hazardu se šlachami. Druhou je příliš intenzivní začátek, kdy člověk hned vyleze svůj těžký projekt a tělo dostane šok. Třetí chybou je dlouhé statické protahování před lezením, které dočasně sníží sílu a stabilitu. Čtvrtou je opomenutí prstů a zápěstí, protože ty se zahřívají nejdéle. Pátou je rozcvička „naoko" – pár mávnutí a honem na stěnu. Raději uber na obtížnosti prvních výstupů a prodluž je, než abys šetřil časem a riskoval měsíce pauzy.<br>
<br>
<br>
<br>
4. Špatné napojení na stěny a štíty. Sádrokarton se nesmí napevno spojovat s nosnou konstrukcí. Vznikají dilatační pohyby a praskliny. Spoj se dělá s malou mezerou, která se vyplní pružným tmelem, případně se použije kluzné připojení. Kdo sádrokarton přišroubuje přímo na zeď nebo na krokve bez oddělení, dřív nebo později uvidí prasklinu v celé délce.<br>
<br>
<br>
<br>
Porovnávat ceny v e-shopech vypadá jednoduše, dokud člověk nezačne počítat doopravdy. Rozdíl mezi dvěma nabídkami často není v ceně produktu, ale v tom, co se k ní připočte. Doprava, balné, případně poplatek za platbu nebo dobírku mohou základní rozdíl smazat nebo obrátit ve prospěch zdánlivě dražší varianty. Prvním krokem proto není hledat nejnižší číslo u zboží, ale zjistit konečnou částku, kterou zaplatíte při stejných podmínkách doručení a platby.<br>
<br>
<br>
<br>
Barva, která nesoupeří s nábytk<br>
<br>
<br>
<br>
Častou chybou je také ignorování dataloaderů uvnitř mutací. Po zápisu se data v dávce mohou lišit od těch, která jsou v cache, a vzniká nekonzistence. Po každé mutaci je nutné příslušné klíče invalidovat nebo dávku znovu načíst. Stejně tak pozor na pole, která vypadají levně, ale spouštějí výpočet – agregace, řazení nebo filtrování v resolveru. Přesuňte je do datové vrstvy nebo na ně zaveďte samostatný limit.<br>
<br>
<br>
<br>
Hloubka dotazu a náklady, které se nepočítají Druhým zdrojem problémů je hloubka a šířka dotazu. GraphQL sám o sobě neomezuje, kolik polí klient vyžádá, takže jeden dotaz může vytáhnout celý graf. Praktické je zavést analýzu nákladů ještě před spuštěním resolverů: spočítat počet polí, vynásobit je odhadem ceny za typ a výsledek porovnat s limitem. Klienty, kteří limit překročí, odmítněte srozumitelnou chybou, ne pádem serveru. Zároveň se vyplatí omezit maximální hloubku vnoření, protože i malý dotaz může rekurzivně obejít celý strom.<br>
<br>
<br>
<br>
Dalším častým zdrojem rozdílů je dostupnost a termín. Zboží označené jako skladem u dodavatele nemusí být skladem v e-shopu a objednávka se může zpozdit. Pokud zboží spěchá, je lepší zaplatit o něco více u obchodníka, který umí dodat včas, než čekat na nejistý termín. Zároveň si ověřte, zda je cena konečná včetně DPH a zda se nejedná o akci s omezenou platností. Některé e-shopy zobrazují cenu bez DPH nebo s doplňkovými službami, které se přidají až v košíku.<br>
<br>
<br>
<br>
Než začnete srovnávat, připravte si pevné zadání. Zapište si přesný název produktu, jeho variantu, velikost, barvu nebo jiný rozlišovací znak. U elektroniky a oblečení se vyplatí ověřit kód výrobce, protože e-shopy běžně používají vlastní označení a srovnávací nástroje pak míchají dohromady nesrovnatelné položky. Stejně tak si dopředu určete, zda potřebujete zboží do konkrétního data, zda chcete možnost vrácení bez udání důvodu a zda vám stačí vyzvednutí na odběrném místě. Podle těchto podmínek filtrujte nabídky, ne až po výběru.<br>
<br>
<br>
<br>
Většina pomalých GraphQL API nemá problém v samotném resolveru, ale v tom, kolikrát se resolver zavolá. Typický scénář: jeden dotaz na seznam položek a ke každé položce se dotahuje autor, kategorie a štítky. Výsledkem je N+1 dotazů, které se v logu snadno přehlédnou, protože každý jednotlivý dotaz je rychlý. Řešení není v optimalizaci databáze, ale ve změně způsobu, jakým se data načítají napříč celým stromem dotazu.<br>
<br>
<br>
<br>
Pomocí srovnávačů se dá ušetřit čas, ale ne vždy peníze. Mnohé z nich zobrazují nabídky partnerů a řadí je podle provize, ne podle celkové ceny. Proto je výhodné porovnat výsledky z více zdrojů a dohledat si podmínky přímo u obchodníka. Pozor na falešné slevy: přeškrtnutá cena nemusí být nejnižší za poslední období. Užitečné je sledovat vývoj ceny v čase, ať už ručně, nebo pomocí nástrojů, které historii zobrazují. Pokud cena dlouho stojí, sleva může být jen kosmetická.<br>
<br>
<br>
<br>
Před dokončením objednávky si projděte košík položku po položce. Zkontrolujte, zda sedí varianta, množství, adresa a zvolená doprava. Zjistěte, jaké jsou podmínky vrácení a kdo platí poštovné při reklamaci. Ušetřené stovky se totiž snadno ztratí na jednom nepromyšleném kroku. Pokud si nejste jistí, porovnejte dvě až tři finální objednávky vedle sebe a vyberte tu s nejnižším celkovým součtem a nejlepšími podmínkami. Právě tam bývá skutečná úspora.