Edytujesz GraphQL dotazy, které zbytečně zatěžují server

Na závěr jedno pravidlo, které ušetří nejvíc zklamání: méně odstínů, více textur. Tři barvy a pět různých materiálů vydrží v obývacím pokoji roky, kdežto sedm barev a dva materiály začnou po pár měsících nudit nebo dráždit. Když si nejsi jistý, uber jednu barvu a přidej jednu strukturu — tím se interiér srovná spolehlivěji než nákupem dalšího dekorativního předmětu.<br><br>Problém N+1 se neřeší na úrovni databáze Klasická past je resolver, který pro každou položku seznamu zavolá vlastní dotaz. Na malých datech to není vidět, při stovkách záznamů se odezva zhroutí. Řešením je dávkování a kešování v rámci jednoho požadavku: sesbírat klíče z všech položek a načíst je jedním dotazem, výsledek rozdělit mezi resolvery. Kdo tohle přeskočí a začne přidávat indexy do databáze, obvykle jen oddálí okamžik, kdy se problém vrátí.<br><br>Začněte u zdroje. Spočítejte příkon všech pásků na jednom zdroji. Potřebujete výkon pásků vynásobený koeficientem přibližně 1,2 až 1,3, protože zdroj by neměl pracovat na hranici svých možností. Levný zdroj deklarovaný na určitý proud často dodá méně, zejména při delším vedení. Pokud pásek bliká jen při plném jasu, je to téměř jistě slabý nebo přetížený zdroj. Zkuste pásek na chvíli připojit ke kratšímu a silnějšímu zdroji a porovnejte chování.<br><br>Socializace štěněte neznamená seznámit ho se vším naráz. Znamená to postupně a v malých dávkách vytvářet neutrální nebo příjemné zkušenosti s tím, co bude pes potkávat celý život. Rozhoduje ne počet podnětů, ale kvalita každé zkušenosti. Štěně, které se během jedné procházky setká s dvaceti cizími lidmi, si neodnese dvacet dobrých zážitků, ale spíš jeden velký stres. Proto je lepší méně situací a více klidu.<br><br>Druhá častá chyba je neomezená stránkování. Kurzorové stránkování funguje dobře, ale jen když klient nemůže požádat o tisíce položek najednou. Vynutit maximální velikost stránky na serveru je nutnost, ne volitelná funkce. Stejně tak je vhodné odmítnout dotazy, které žádají seznam bez jakéhokoli omezení, místo abychom je tiše zpracovali a doufali, že to klient nepoužije v produkci.<br><br>Nakonec je dobré pamatovat na to, že optimalizace není jednorázový úkol. Provoz se mění, klienti přibývají a dotazy, které byly loni v pořádku, mohou být letos brzdou. Pravidelná kontrola pomalých dotazů, limitů a dávkování udrží rozhraní rychlé i bez zásadních přepisů.<br><br>Druhá častá chyba je přemíra kovu na malé ploše. Kovové nohy u stolu, kovové regály, kovové lampy a kovové rámy najednou vytvoří chladnou kancelář. Nechte mezi kovovými prvky odstup a prokládejte je textilem, knihami, keramikou nebo rostlinami. Stejně tak nepřekládejte dřevo dřevem bez přestávky – tři dřevěné plochy vedle sebe splynou a místnost ztratí hloubku. Mezi ně patří koberec, závěs nebo malba.<br><br>Prvním krokem je omezit hloubku a šířku dotazů. GraphQL sám o sobě nebrání tomu, aby klient zanořil pět úrovní vztahů a u každé si vyžádal celý seznam. Pomáhá jednoduché pravidlo: nastavit maximální hloubku dotazu a maximální počet polí, které server ještě přijme. Konkrétní čísla závisí na doméně, ale bez tohoto omezení se dřív nebo později objeví dotaz, který z jednoho požadavku udělá stovky databázových dotazů.<br><br>Většina pomalých GraphQL rozhraní nemá problém v databázi ani v síti. Problém vzniká už ve chvíli, kdy klient pošle dotaz, který si vyžádá víc dat, než skutečně potřebuje, a server to poslušně vykoná. Optimalizace proto nezačíná na úrovni infrastruktury, ale u toho, co klient posílá a co resolver skutečně dělá s každým polem.<br><br>Začněte tím, že si ke stěně přinesete vzorník nebo vzorek látky a postavíte ho na místo, kde bude čelo stát. Barvy se v obchodě a doma chovají jinak. Pokud je stěna teplá (do béžova, okrova, pudrova), studené šedé čelo může působit špinavě a zeleně. Naopak k studené šedomodré stěně teplé dřevo nebo krémové čelo vytvoří příjemný kontrast. Nekombinujte dva „skoro stejné" odstíny – rozdíl bude vypadat jako nedopatření, ne jako záměr.<br><br>U polí, která jsou drahá na výpočet, se vyplatí zavést sledování, která pole se skutečně používají. Často se ukáže, že klient posílá celý objekt včetně polí, která nikdy nečte, jen protože to tak někdo kdysi napsal. Zde pomáhá měření na úrovni resolverů a následné zjednodušení schématu. Méně polí znamená méně práce a hlavně méně místa pro chyby.<br><br>Když jste prošli zdroj, vedení i spoje a pásek stále bliká, vyměňte postupně jednotlivé části a po každé změně sledujte výsledek. Měňte vždy jen jednu věc, jinak nepoznáte, co pomohlo. Zapište si, při jakém jasu a v jaké části pásku se problém objevuje. Tyto informace pak ušetří spoustu dohadování. Stabilní světlo není otázkou štěstí, ale správně navrženého napájení a čistých spojů.