Plejtvák obrovský patří mezi kosticovce a jeho tlama je dokladem toho, že evoluce umí funkci přizpůsobit mnohem lépe než jakýkoli konstruktér. Místo zubů má v horní čelisti řadu rohovitých desek, kterým se říká kostice. Ty visí dolů jako třásnitý kartáč a fungují jako filtrační síto. Když velryba nabere do tlamy obrovský objem vody s krilem, voda odtéká mezi kosticemi ven a drobná potrava zůstává uvnitř. Zuby by jí při tomto způsobu krmení jen překážely a zbytečně spotřebovávaly energii na stavbu i údržbu.

Řešení, které funguje nejčastěji, není stůl, ale deska. Buď sklopná deska na konzolách, nebo deska vsazená do výklenku. Sklopná deska má jednu výhodu: po práci zmizí a podlaha zůstane volná. Nevýhoda je, že každé sklopení znamená odložit věci jinam. Pokud na desce necháváte notebook, šálek a papíry, sklopný mechanismus přestanete používat do týdne. Vsazená deska do výklenku je lepší, protože nic nezakrývá, ale vyžaduje přesné rozměry. Mezera mezi deskou a stěnou nemá být větší než dva centimetry, jinak vám vše propadá.

Nejčastější chyba je koupit stůl podle obrázku. V malém bytě rozhoduje hloubka desky, ne šířka. Deska hluboká 60 cm zabere víc než deska hluboká 45 cm, a přitom se na ní dá pracovat, pokud je obrazovka dostatečně daleko. Před koupí si změřte, kolik místa zbude, když si sednete, a kolik zbude, když se postavíte. Pokud mezi židlí a zdí nezůstane alespoň 60 cm na posun, budete stůl nenávidět, i kdyby byl sebekrásnější.

Keramická rovnátka jsou vizuálně nenápadná, ale materiál, ze kterého jsou vyrobena, je náchylnější k prasknutí a změně barvy než kov. Základem úspěšné léčby je proto důsledná hygiena a opatrné zacházení. Zubní kámen a zbytky jídla se na keramice drží snáze než na kovu, a pokud se neodstraní, způsobují nejen zápach, ale i zánět dásní. Po každém jídle si proto vyčistěte zuby měkkým kartáčkem se zkrácenými štětinami a mezizubním kartáčkem protáhněte prostor mezi obloukem a zuby. Kolem zámečků použijte jednosvazkový kartáček.

Persistované dotazy přinášejí další úsporu. Klient neposílá celý text dotazu, ale jeho hash. Server tak odmítne cokoli, co předem nezná, a odpadá parsování i riziko, že někdo pošle neomezeně složitý dotaz. Zavádějte to postupně – nejdřív v režimu, kdy se neznámé dotazy jen logují, teprve potom vynuceně. Jinak si rozbijete starší klienty, kteří ještě hash neposílají.

Keramická rovnátka vypadají nenápadně, ale materiál, ze kterého jsou vyrobena, je mnohem náchylnější k obarvení a usazování plaku než klasické kovové zámečky. Keramika má mikroskopické póry a hrubší povrch, na kterém se snadno zachytí pigmenty z jídla i bakterie. Pokud se o ni nepečuje správně, může během několika měsíců zežloutnout nebo získat šedavý nádech, který už se zpět nevyčistí. Následující zásady platí pro všechny fáze léčby, ať už máte rovnátka fixní, nebo snímací.

Batchování a cache místo jednoho dotazu na položku Typický problém vypadá takto: dotaz vrátí seznam uživatelů a ke každému se dotahuje jeho poslední objednávka. Naivní resolver zavolá databázi pro každého uživatele zvlášť. Řešením je dávkové načítání – posbírat všechny identifikátory v rámci jednoho cyklu vykonávání a poslat jeden dotaz s klauzulí IN. Knihovny pro dávkové načítání to řeší automaticky, ale musíte je skutečně použít u každého resolveru, který sahá do databáze nebo na vzdálené API. Bez toho se výkon zhroutí při prvním větším seznamu.

GraphQL svádí k tomu poslat jeden velký dotaz a nechat server, ať si poradí. Jenže přesně tam vzniká většina problémů s výkonem. N+1 dotazy, nekonečné hloubky, chybějící limity a pole, která klient nikdy nepoužije. Optimalizace nezačíná u cache, ale u toho, co klient skutečně posílá. Než sáhnete po jakémkoli nástroji, změřte, kolik resolverů se pro jeden požadavek skutečně spustí. Bez měření ladíte naslepo.

Prvním krokem je omezit hloubku a složitost dotazu ještě před jeho vykonáním. GraphQL sám o sobě žádný limit nemá, takže je potřeba ho vynutit na úrovni serveru. Spočítejte maximální hloubku selekcí a celkový počet polí, která dotaz obsahuje, a nastavte tvrdý strop. Stejně tak počet položek v seznamech – pokud klient požaduje tisíc záznamů bez stránkování, je to chyba návrhu, ne serveru. Odpověď má být odmítnuta dřív, než se vůbec dotkne databáze.

Cache na úrovni polí má smysl jen tehdy, když víte, která data se nemění. Autorizovaná data uživatele necachujte globálně – vznikne únik mezi účty. Naopak veřejná a vzácná se měnící data (čísleníky, konfigurace, statické seznamy) se cachují snadno a ušetří nejvíc. Pozor na cache klíčovanou jen podle ID bez ohledu na oprávnění. To je častá a tichá chyba, která se projeví až při auditu.