Databáze v cloudu, nebo na vlastním serveru: co zohlednit

Většina začátečníků si nainstaluje první editor, na který narazí, a pak tráví hodiny konfigurací rozšíření místo psaní kódu. Přitom stačí dopředu vědět, jaký typ práce budeš v Pythonu dělat. Jiné nároky má skript na zpracování CSV, jiné webová aplikace s databází a jiné projekt pro datovou analýzu s notebooky.

NoSQL není jedna databáze ani univerzální náhrada relačního modelu. Je to soubor přístupů, které se vzdávají pevného schématu a často i části transakčních záruk výměnou za jiný způsob ukládání a dotazování. Mezi hlavní skupiny patří dokumentové databáze, key-value úložiště, širokosloupcové systémy a grafové databáze. Každá z nich řeší jiný typ problému a jinak se v ní navrhují data.

Začni tím, že si osvojíš základy testování. Nejde o teorii z knihy, ale o to, abys uměl vysvětlit, co je testovací scénář, rozdíl mezi validací a verifikací, co znamená regresní test nebo prioritizace chyb. K tomu potřebuješ alespoň jeden nástroj pro evidenci chyb a jeden pro správu testů. Nauč se psát reprodukovatelné kroky: co jsem udělal, co jsem očekával, co se stalo. To je dovednost, kterou u pohovoru předvedeš okamžitě.

Nakonec si dej pozor na výkon u velkých projektů. Indexování tisíců souborů umí prostředí zpomalit tak, že každé uložení trvá několik sekund. Pokud se to stane, vyluč z indexování složky s daty, virtuálními prostředími a build výstupy. A hlavně: vyber si jedno prostředí a používej ho alespoň měsíc. Přeskakování mezi editory je nejspolehlivější způsob, jak se nenaučit žádný pořádně.

Historie se dá přepisovat, ale jen dokud ji nikdo jiný nemá. git commit --amend opraví poslední zprávu nebo doplní zapomenutý soubor. git reset --soft HEAD~1 zruší poslední commit a nechá změny v přípravě. Naopak git reset --hard zahodí i samotnou práci — tady se chyby neodpouštějí. Když se něco pokazí, git reflog ukáže, kde jsi byl, a umožní se vrátit. Právě proto je zálohování větve před větší operací levné a rozumné.

Ladění a virtuální prostředí rozhodují víc než vzhled Nejčastější chyba je ignorovat izolaci závislostí. Když nainstaluješ knihovny globálně, za měsíc nebudeš vědět, která verze patří ke kterému projektu. Zvol proto prostředí, které umí pohodlně vytvořit a přepnout virtuální prostředí přímo z okna. Ověř si to konkrétně: vytvoř složku projektu, spusť v terminálu příkaz pro vytvoření prostředí, aktivuj ho a nainstaluj jednu knihovnu. Pokud se změna neprojeví v interpreteru, který prostředí používá, budeš mít problémy později.

Pozor na zámek dodavatele. Pokud databáze používá vlastní rozšíření nebo nestandardní dialekt SQL, přenos jinam bude bolet. Ptej se předem, jaké nástroje umožňují export a jestli formát zálohy odpovídá standardu. Stejně tak sleduj, jak se chová připojení při výpadku sítě. Automatické obnovení spojení zní samozřejmě, ale v praxi bývá zdrojem chyb, které se projeví až za týden. Otestuj to dřív, než na tom postavíš provoz.

NoSQL je vhodné nasadit tam, kde znáte přístupové vzory a umíte je promítnout do klíčů, indexů a tvaru záznamů. Když si nejste jistí, začněte relační databází a přejděte k NoSQL jen pro tu část systému, která to skutečně potřebuje. Vyhnete se tak stavu, kdy sice máte moderní úložiště, ale dotazy jsou pomalejší než dřív.

Druhá věc je debugger. Zkus nastavit zarážku na řádek, spustit program a projít se po kódu. Pokud musíš místo toho vkládat tiskové výpisy, prostředí ti práci neusnadní. Dobrý debugger umí zobrazit hodnoty proměnných, krokovat do volaných funkcí a zastavit se při výjimce. To se nedá nahradit hezkým barevným schématem.

Než cokoli nainstaluješ, napiš si na papír tři věci: jestli budeš psát hlavně skripty, nebo větší aplikace; jestli potřebuješ ladit krok za krokem; a jestli chceš spouštět buňky s grafy přímo v prostředí. Podle toho se rozhoduje, zda ti stačí lehký editor s doplňky, nebo potřebuješ plnohodnotné vývojové prostředí s integrovaným terminálem, debuggerem a správou virtuálních prostředí.

Před nasazením si napište seznam pěti až deseti nejčastějších dotazů a odhadněte, kolik dat budou číst a zapisovat. Podle toho navrhněte klíče a seskupení dokumentů tak, aby jeden dotaz sáhl na co nejmenší počet míst. U dokumentových databází pomáhá vnořovat data, která se čtou společně, ale zároveň hlídat velikost dokumentu. U grafů zase dávejte pozor na superuzly s obrovským počtem vazeb, které zdržují procházení. Bez tohoto kroku skončíte s pomalými dotazy i na výkonném clusteru.

Asynchronní operace jsou dalším místem, kde se láme disciplína. Načítání dat ze sítě, práce se soubory nebo přístup k databázi nesmí blokovat hlavní vlákno, jinak aplikace zamrzne a uživatel odejde. Moderní jazyk nabízí nativní podporu pro asynchronní běh, která je přehlednější než dřívější vnořené bloky. Vždy ošetřete chybové stavy: výpadek připojení, prázdnou odpověď i neplatná data. Zapomenutá chybová větev je nejčastější příčina pádu aplikace v produkci.