Adatbázis-tervezés és optimalizálás

A legtöbb lassú adatbázisból hiányzik a nyilvánvaló index

Amikor egy alkalmazás a növekedéssel lelassul, az ok általában nem a szerver vagy az adatbázismotor. Hanem néhány lekérdezés, amely teljes táblákat pásztáz, mert nincs olyan index, amely illeszkedne a keresés módjához. Egy lekérdezés, amely 1 000 sorral 20 milliszekundumot vett igénybe, egymillió sorral másodpercekig tarthat, és senki sem veszi észre, amíg az ügyfelek nem.

Bizonyítékokból indulunk ki: az adatbázis saját statisztikáiból arról, mely lekérdezések futnak leggyakrabban és tartanak legtovább. Ez általában egy rövid javítási listára mutat, például egy indexre azokon az oszlopokon, amelyeket egy gyakori szűrő használ, egy lekérdezés átírására, hogy ne töltsön be teljes táblákat, vagy egy hiányzó kapcsolatra a táblák között, amely ismételt kereséseket kényszerít ki. Minden lekérdezést a javítás előtt és után mérünk, így a javulás látható, nem csak állított.

A megszorítások az ajtóban megállítják a rossz adatokat

Sok adatbázis az alkalmazásra bízza, hogy tisztán tartsa az adatokat. Az alkalmazás ellenőrzi, hogy egy e-mail egyedi-e, hogy egy rendelés valódi ügyfélhez tartozik-e, hogy egy mennyiség nem negatív. Aztán egy második alkalmazás, egy importszkript vagy egy sietős kézi javítás kihagyja ezeket az ellenőrzéseket, és megjelennek a duplikátumok és az árva rekordok. A jelentések elkezdenek ellentmondani egymásnak, és senki sem biztos benne, melyik szám a helyes.

Egy jól megtervezett séma maga kényszeríti ki a fontos szabályokat: egyedi megkötések, idegen kulcsok, check megkötések és ésszerű alapértékek. Bármi, ami az adatbázisba ír, kénytelen betartani ezeket. Egy meglévő rendszernél megkeressük, hol ment már el az adat, megtervezzük a tisztítást, majd hozzáadjuk a megkötéseket, hogy ez ne fordulhasson elő újra.

• Egyedi megkötések azokra, amiknek nem szabad ismétlődniük, például e-mailekre vagy számlaszámokra
• Idegen kulcsok, hogy a rekordok ne mutathassanak nem létező dologra
• Check megkötések az értékekre, amelyeknek tartományon belül kell maradniuk
• Indexek valós lekérdezési minták alapján, nem mindenhová beszúrva