Pachy z vlny a kašmíru nejlépe zmizí na čerstvém vzduchu ve stínu, ideálně přes noc. Pokud to nestačí, rozprostřete kus na ručník a lehce ho provlhčete jemnou mlhou z rozprašovače — stačí voda s kapkou octa nebo s trochou parfémovaného prostředku na jemné prádlo. Nestříkejte přímo na hedvábí, mohlo by zanechat mapy. Poté nechte uschnout volně, nikdy na topení.
Nakonec si ověřte, že sestup má záložní variantu. Když se počasí zhorší, když se někdo zraní nebo když jste pomalejší, potřebujete vědět, kudy se dá sejít bezpečněji a kratší cestou. Tuhle možnost si najděte už doma a poznamenejte si ji. Plán, který počítá jen s ideálním průběhem, není plán, ale přání.
Praktický postup: nejdřív zkuste optimalizovat SQL. Zkontrolujte indexy, přepište dotazy, zvažte materializovaný pohled nebo cache pro opakované agregace. Teprve když narazíte na limit daný modelem dat, ne výkonem jednoho dotazu, má smysl měnit přístup. Při přechodu nikdy neměňte všechno najednou. Zaveďte nové úložiště rady pro rekonstrukci jednu konkrétní doménu, například logy nebo obsah, a zbytek nechte v relační databázi. Sledujte konzistenci mezi oběma světy a mějte jasně dané, která data jsou zdrojem pravdy.
Kdy přidat barvu a jak poznat, že je č
Prsteny ukládejte odděleně, ideálně každý v měkkém pytlíku nebo v přihrádce, aby se navzájem neškrábaly. Pravidelná krátká péče jednou za čas vydrží déle než občasné intenzivní drhnutí. A když se objeví uvolněný kámen, prasklá objímka nebo změna barvy, neodkládejte návštěvu odborníka – levnější je drobná oprava než ztráta kamene nebo celého prstenu.
Relační databáze zvládnou většinu běžných aplikací, pokud jsou dotazy správně napsané. Než začnete uvažovat o NoSQL, projděte si plán vykonávání dotazů. Většina pomalých SQL dotazů vzniká kvůli chybějícímu indexu, špatnému filtru nebo zbytečnému spojování tabulek. Podívejte se na Execution Plan, jestli databáze neprochází celou tabulku tam, kde by stačil index. Často pomůže přepsat poddotaz na JOIN, omezit vracené sloupce nebo přidat kompozitní index na sloupce, které se objevují ve WHERE a ORDER BY současně.
Pozor ale na zaměňování „rychlosti” s „vhodností”. NoSQL není automaticky rychlejší. Záleží na přístupovém vzoru. Dokumentová databáze je rychlá, když čtete celý dokument podle klíče. Jakmile potřebujete agregace napříč kolekcemi nebo složité filtry, často skončíte u ručně psaných indexů a aplikační logiky, kterou by relační databáze zvládla sama. To zvyšuje nároky na vývojáře a riziko nekonzistence.
Suché čištění nenahradí praní u všeho. Když kus páchne i po vyvětrání, má viditelné zaschlé skvrny nebo je silně znečištěný u límce a manžet, svěřte ho odbornému čistění. Doma naopak zvládnete běžnou údržbu: vykartáčování, větrání, bodové odstraňování skvrn a osvěžení mlhou. Vyhněte se sušičce, přímému slunci a aviváži — vlákna ztrácejí pružnost a jemné textilie tuhnou.
Typická chyba je ladit dotaz naslepo: přidávat indexy na všechno, co se zdá pomalé, a ignorovat zápisy. Každý index zrychluje čtení, ale zpomaluje INSERT a UPDATE a zabírá místo. Změřte reálný provoz, ne jeden testovací dotaz. Použijte EXPLAIN, sledujte dobu odezvy v percentilu, ne průměr. Průměr schovává výkyvy, které uživatelé cítí nejvíc.
Signály, že relační model přestává stačit NoSQL dává smysl ve chvíli, kdy datový model přirozeně není tabulkový. Pokud ukládáte dokumenty s proměnlivou strukturou, graf vztahů nebo obrovské objemy klíč-hodnota, relační schéma vás nutí k neustálým migracím a JOINům, které rostou s daty. Dalším signálem je horizontální škálování: když jeden server nestačí a sharding v relační databázi je dražší než provoz, dokumentová nebo klíč-hodnotová databáze může být jednodušší cestou.
Nakonec počítejte s tím, že NoSQL vyžaduje jiný způsob myšlení. Datový model navrhujete podle dotazů, ne podle normalizace. To je výhoda i past: změna požadavku může znamenat přepsání struktury dokumentů. Pokud tým nemá zkušenosti s distribuovanými systémy a správa konzistence je pro něj nová, zůstaňte u SQL a investujte do indexů a Query Plánu. Výměna přístupu má smysl tehdy, když přináší konkrétní složitosti, ne jen nový nástroj.
