stored procedure a optimalizace databáze

qteck:
„co si představím je pouze nastavení indexů. optimalizování dotazů“

Zda se dotaz provádí dobře, může napovědět jeho rychlost, případně můžete prozkoumat explain.

Dále můžete optimalizovat výkon výběrem databázového systému, nastavením databázového serveru, pouštěním analýz (pokud to db umí) a rychlostí či množstvím hardwaru.

Stored procedury se snažte používat jen tam, kde to neovlivní neblaze rychlost dotazu vůči variantě s klasickým selectem. Těžko radit obecně.

Myslím, že procedury mají význam spíše pro programátory - znovupoužitelnost kódu, abstrakci od struktury tabulek, případně přehlednost. Při změně struktury nebo logiky stačí opravit jediné místo a vše funguje dál.

Pochybuji, že to bude mít měřitelný vliv na výkon. Nejvíce výkonu stojí dolování dat, ne parsování syntaxe. Neznám všechny db systémy, tak si to zkuste na to svém změřit.

Pokud vlastní funkci použijete ve where části, tak může mít naopak neblahý vliv na výkon. Tipuji, že pokud budete mít např. funkci na zjištění aktuální ceny zboží předaného jako parametr a budete hledat zboží s cenou pod 100, tak bude rychlejší klasický sql dotaz, protože může použít vytvořený index nad sloupcem s cenou.

„Jak mi pomůže explain při ladění databáze?“

Pomáhá odhalit způsob zpracování konkrétní dotazu a tím často i důvod jeho pomalosti.

„Měl jsem interview a docela si mě tímto namazali na prse.“

Nevím, co jste tím obratem chtěl sdělit, ale obecně nemůžete věřit každému článku na Internetu nebo sdělení v rozhovoru. Poznatky si ověřte na více místech případně si to sám změřte.

V několika případech jsem použil procedury z důvodu sjednocení syntaxe dotazů do několika různých databázových systémů. Jinak se definují a používají cursory, jinak se spojují řetězce (funkce CONCAT, +, ||), jinak se definují proměnné. Takto stačí jen zavolat proceduru, jejíž způsob volání je všude stejný.