Doom-scrollování v GraphQL, které zbytečně zatěžuje server
Tuhost volte podle toho, jak postel používáte. Pokud u čela sedíte, čtete nebo se díváte na televizi, potřebujete matraci, která se pod váhou nepropadne do strany. Vyšší nosnost mají matrace s taštičkovými pružinami nebo s kombinovanou pěnou o hustotě alespoň 35 kg/m³. Naopak měkké pěnové matrace do 25 kg/m³ se u čela rychle vytlačí a vznikne důlek přesně v místě, kde nejvíc sedíte. Pro dvě osoby nad 80 kg je vhodnější vyšší nosnost, jinak se matrace po roce začne prohýbat uprostřed.<br>
<br>
<br>
<br>
Podlaha rozhoduje o tom, jestli se na balkon dá vůbec vstoupit. Betonová dlažba v paneláku bývá studená a špinavá. Řešením je dřevěná rohož z lamely, která se položí volně na podlahu a dá se kdykoli zvednout a umýt. Nepoužívejte koberec – v dešti zůstane mokrý a začne plesnivět. Pokud chcete teplejší dojem, stačí pár dlaždic z kompozitu, které se jen položí na původní beton. Vyhněte se lepení čehokoli natrvalo, pronajímatelé to nemají rádi a odstranění je pak drahé.<br>
<br>
<br>
<br>
Typická chyba je nechat nástroj vymyslet strukturu i obsah a pak jen doladit slovíčka. Autenticita se ztratí právě v tom okamžiku. Druhá častá chyba je slepé přebírání celých odstavců bez ohledu na to, jestli sedí k vašemu tématu. Třetí je snaha dodat textu „lidskost" nahodilými hovorovými výrazy, které k vám nepatří. Radši pište kratší věty a konkrétní příklady než nucený slang.<br>
<br>
<br>
<br>
Hloubka dotazu a limity, na které se zapomíná Klient může poslat rekurzivní dotaz, který prochází vztahy do hloubky několika úrovní. Bez omezení hloubky a komplexity se z jednoho požadavku stane tisíce databázových operací. Nastavte maximální hloubku dotazu a spočítejte náklady ještě před spuštěním. Komplexitu lze odhadnout podle počtu polí a vnořených selekcí. Pokud je dotaz příliš drahý, odmítněte ho srozumitelnou chybou, místo abyste ho tiše zpracovávali a zpomalovali tím ostatní. Stejně důležité je omezit velikost stránky u seznamů – bez limitu může jeden dotaz vrátit celou tabulku.<br>
<br>
<br>
<br>
Než cokoli koupíte, změřte si dvě věci: půdorys místa, kde válenda stane, a výšku, do které se dá rozložit. V garsonce bývá problém s dveřmi do koupelny nebo s kuchyňskou linkou. Rozložená válenda potřebuje kolem sebe aspoň půl metru volného prostoru, jinak se s ní nedá manipulovat a host se v noci budí o stěnu. Zásuvka na elektřinu by měla být dosažitelná i ve složeném stavu, ne jen když je válenda rozložená.<br>
<br>
<br>
<br>
Nejčastější chyba při optimalizaci GraphQL nespočívá v samotných dotazech, ale v tom, že vývojáři řeší výkon až ve chvíli, kdy je aplikace v produkci a databáze nestíhá. GraphQL je jen jazyk pro dotazování, veškerá zátěž vzniká v resolverech. Pokud resolver na každý objekt v seznamu spustí vlastní dotaz do databáze, vzniká N+1 problém. Poznáte ho tak, že se počet dotazů na databázi lineárně zvyšuje s počtem vrácených řádků. Řešením je dávkování a cachování na úrovni resolverů, nikoli přepisování schématu.<br>
<br>
<br>
<br>
Nástroje pro sledování dotazů nejsou luxus, ale nutnost. Zaznamenávejte dobu trvání jednotlivých resolverů, počet databázových dotazů na jeden požadavek a nejčastější tvary dotazů. Teprve z těchto dat zjistíte, které pole je skutečný problém. Měření bez kontextu vede k předčasné optimalizaci. Zaměřte se na dotazy, které se opakují a mají vysokou latenci. Často stačí přidat index nebo změnit jeden resolver a zlepšení je znatelné okamžitě.<br>
<br>
<br>
<br>
Co udělat, když se zařízení stále neobjevu<br>
<br>
<br>
<br>
Další pastí je opakované načítání stejných dat v rámci jednoho požadavku. Pokud více resolverů potřebuje stejný záznam, měly by si ho předávat přes kontext požadavku. Kontext je místo, kam uložíte datový loader nebo cache a kde se data drží po dobu jednoho dotazu. Nesnažte se cachovat globálně napříč požadavky, pokud si nejste jistí invalidací. Uživatelská data se mění a zastaralá odpověď je horší než pomalejší.<br>
<br>
<br>
<br>
Pozor také na to, co vlastně vracíte. GraphQL umožňuje klientovi vybrat si pole, ale resolver často načte celý objekt včetně sloupců, které klient nechce. Projekce do databáze by měla odpovídat vybraným polím. Stejně tak se vyhněte tomu, aby resolver volal externí službu synchronně pro každý objekt. Externí volání seskupujte a používejte časové limity. Bez timeoutu může pomalá externí služba zablokovat celý dotaz.