![translation](https://cdn.durumis.com/common/trans.png)
Ez egy AI által fordított bejegyzés.
Válasszon nyelvet
A durumis AI által összefoglalt szöveg
- Ha a logikai adatmodellezés a relációs adatbázisokhoz illeszkedő táblák létrehozásáról szól, akkor a fizikai adatmodellezés a valódi felhasználásra szánt táblák létrehozásáról szól, figyelembe véve a tárolóterület hatékonyságát és a teljesítmény optimalizálását.
- A lassú lekérdezések, az indexek, a gyorsítótár stb. felhasználásával javítható a teljesítmény, és ha a teljesítményprobléma továbbra is fennáll, akkor figyelembe vehető az adatbázis-struktúra megváltoztatása, azaz a denormalizáció.
- A normalizálás a írási műveletek kényelme érdekében a olvasási teljesítmény feláldozásával jár, míg a denormalizáció teljesítményveszteséget eredményezhet, ezért a problémát pontosan meg kell határozni, és körültekintően kell dönteni.
Ha a logikai adatmodellezés ideális táblákat hozott létre a relációs adatbázisokhoz, akkor a fizikai adatmodellezés magában foglalja az ideális táblák valódi táblákká alakítását, beleértve a tárolóterület hatékony felhasználásának tervezését, az objektumok particionálási kialakítását és az optimális indexek kialakítását, a teljesítmény növelésére és optimalizálására összpontosítva.
A szolgáltatás üzemeltetése során a szűk keresztmetszetekhez vezető lassú lekérdezések megtalálásának módja eltérő a DBMS típusától függően, éslassú lekérdezéskulcsszóval keresve kell megtalálni.
Dolgok, amiket érdemes figyelembe venni a teljesítmény érdekében
Lassú lekérdezés (Slow Query) keresése
- A lassú lekérdezés az, amikor a DBMS nem tudja végrehajtani a kért lekérdezést egy bizonyos időn belül.
- Keresse meg a szűk keresztmetszeteket okozó lassú lekérdezéseket, hogy megtudja, mi a probléma, és megoldja azt.
Index (Index)
- Az indexek jelentősen javítják a sorok olvasási teljesítményét.
- De csökkentik az írási teljesítményt, és több tárhelyet igényelnek.
Cache (Cache)
- Az alkalmazás szintjén a adatbázis terhelésének csökkentésének módja.
- Az azonos bemenetű kérésekre adott válaszokat tárolják a tárolóban, és a válaszokat onnan adják vissza.
Ha a fenti módszerek nem oldják meg a teljesítményproblémát, akkor egy denormalizációsnak nevezett folyamatot kell végrehajtani.
A táblák szerkezetét kell megváltoztatni.
A normalizálás kompromisszuma
A normalizálás olyan, mintha feláldoznánk az olvasási teljesítményt az írás könnyűsége érdekében. A normalizálás után össze kell állítani a lekérdezéseket a többféle táblában lévő adatok összekapcsolásához.
De a normalizálás nem feltétlenül rontja a teljesítményt, ezért a denormalizálás elvégzése előtt alaposan meg kell vizsgálni és ki kell értékelni a problémákat.
Az alábbi hivatkozás egy jó cikk adenormalizációről, amit a jövőben tárgyalni fogunk.
Denormalizálás (denormalization)
Először is tudnia kell, hogy a denormalizálást a normalizálás elvégzése után kell elvégezni. A denormalizált táblák kezdettől fogva nem jók.
Jelenleg ez nem az a tudás, amire szükségünk van, ezért csak megjegyezzük.
Táblák denormalizálási technikái
Forrás - DataOnAir - Denormalizáció és teljesítmény
Oszlopok denormalizálása
Forrás DataOnAir - Denormalizáció és teljesítmény
Kapcsolatok denormalizálása
Forrás - DataOnAir - Denormalizáció és teljesítmény