Leckék

1.1 Bevezetés Az adatbázis tervezése némileg hasonlít egy Java projekt architektúrájának megtervezéséhez. Az összes adatot elhelyezheti néhány táblában, vagy gyönyörű adatstruktúrát építhet sémákból és több tucat táblából. Az alábbiakban fe

2.1. Koncepcionális tervezés Az adatbázis tervezése három szakaszban történik: koncepcionális tervezés; logikai tervezés; fizikai tervezés. A koncepciótervezési szakasz célja egy koncepcionális adatmodell létrehozása a felhasználóknak a tém

3.1 Adatbázis normalizálása A normál forma egy relációs adatmodellben lévő reláció olyan tulajdonsága, amely azt redundancia szempontjából jellemzi, ami potenciálisan logikailag hibás mintavételi vagy adatmódosítási eredményekhez vezethet.

4.1 Bevezetés Ha az adatbázistáblákat normál táblákká alakítja, elemezheti a köztük lévő kapcsolatokat. A két kapcsolódó tábla között kölcsönhatásba lépő elemek számát számosságnak nevezzük. A Cardinality segít szabályozni, hogy milyen haté

5.1 Bevezetés Az internet tele van dogmatikai előírásokkal arról, hogyan kell kulcsokat választani és használni a relációs adatbázisokban. Néha a viták holivarokká fajulnak: természetes vagy mesterséges kulcsokat kell használni? Egész számo

6.1 Bevezetés Most térjünk át az elméletről a gyakorlatra. „Elméletileg nincs különbség elmélet és gyakorlat között. A gyakorlatban azok." A való világban élünk, és minden szoftverterméket végső soron élő emberek számára hoznak létre. És ez

7.1 Gyorsítótárazás a DB oldalon A MySQL nagymértékben méretezhető algoritmusokat használ a táblákkal való munka során, így a MySQL még kis mennyiségű memóriával is futhat. Természetesen a jobb teljesítményhez több RAM szükséges. Az aktuáli

8.1 Miért van szükség denormalizálásra? A számítási szempontból legdrágább művelet a nagy táblák között az összekapcsolás. Ennek megfelelően, ha egy lekérdezés során több millió sorból álló táblát kell "szellőztetni", akkor a DBMS sok időt