Navrhovanie a optimalizácia databáz

Väčšina pomalých databáz postráda zrejmý index

Keď sa aplikácia pri raste spomaľuje, príčinou zvyčajne nie je server ani engine databázy. Je to hrstka dotazov, ktoré skenujú celé tabuľky, pretože žiadny index neodpovedá spôsobu, akým hľadajú. Dotaz, ktorý trval 20 milisekúnd s 1 000 riadkami, môže trvať sekundy s miliónom a nikto si toho nevšimne, kým to neurobia zákazníci.

Začíname od dôkazov: vlastných štatistík databázy o tom, ktoré dotazy bežia najčastejšie a trvajú najdlhšie. To zvyčajne ukáže krátky zoznam opráv, ako index na stĺpcoch, ktoré bežný filter používa, prepísaný dotaz, ktorý sa vyhne načítaniu celých tabuliek, alebo chýbajúci odkaz medzi tabuľkami, ktorý núti opakované hľadania. Meriame každý dotaz pred a po, takže zlepšenie je viditeľné, nie len tvrdené.

Obmedzenia zastavujú zlé dáta pri dverách

Mnohé databázy spoliehajú na aplikáciu, aby udržiavala dáta v čistote. Aplikácia kontroluje, či je e-mail unikátny, či objednávka patrí skutočnému zákazníkovi a či nie je množstvo záporne. Potom druhá aplikácia, importný skript alebo ponáhľaná manuálna oprava tieto kontroly preskočia a v systéme sa objavia duplicity a osamelé záznamy. Reporty si odporujú a nikto si nie je istý, ktoré číslo je správne.

Dobre navrhnutá schéma vynucuje dôležité pravidlá sama: obmedzenia unikátnosti (unique constraints), cudzie kľúče (foreign keys), kontrolné obmedzenia (check constraints) a rozumné predvolené hodnoty. Každý systém, ktorý zapisuje do databázy, sa ich musí držať. Pri existujúcom systéme nájdeme miesta, kde už dáta chybovali, naplánujeme čistenie a následne pridáme obmedzenia, aby sa to nezopakovalo.

• Obmedzenia unikátnosti pre položky, ktoré sa nemôžu opakovať, ako sú e-maily alebo čísla faktúr
• Cudzie kľúče, aby záznamy nemohli odkazovať na neexistujúce údaje
• Kontrolné obmedzenia pre hodnoty, ktoré musia zostať v definovanom rozsahu
• Indexy vybrané podľa reálnych vzorcov dotazov, nie pridávané všade