Második normálforma (2NF), a blog létrehozása, website promóció, jövedelem az interneten,
Rész 3.7: Második normálforma (2NF)
Hello, kedves látogatók ZametkiNaPolyah.ru oldalon. Mi továbbra is vizsgálja az adatbázisban, és a megszokás az SQLite3 könyvtárban. Annak igazolására, a példa ebben a cikkben fogom használni az adatbázis-kezelő MySQL Workbench adatok felszereli, akkor könnyen ismételni a példákat. A hagyomány szerint, megismételjük a meghatározása a második normál formában. Változó arány a második normál forma akkor és csak akkor, ha az első normál forma, és minden nem-kulcs attribútum irreducibilis (teljesen működőképes) függ a potenciális gombot.
Nézzük a definíció: hogy az adatbázis a második normál forma követelményeket kell teljesíteni az első normál forma. Második normálforma. ellentétben az első megköveteli, hogy lényünk feltétlenül kulcs attribútumokat. És a harmadik, a legfurcsább része a meghatározása a második normál formában. vonatkozó funkcionális kapcsolat, azt mondja nekünk, hogy nincs redundancia kimenetek adatok könyvtárakat.
Dunn asztal, meg kell vezetni a második normál forma
Szeretném felhívni a figyelmet arra a tényre, hogy az adatbázis működik, csak finom nélkül elsődleges kulcsot, de a második normál forma csinálni nélküle nem. Most nézzük meg a gyakorlatban, hogyan kell hozni az arány a második normál formában. Kezdjük annak érdekében, hogy van egy táblázat, amely az első normál forma.
Ez a táblázat első normál forma
Találtunk egy funkcionális kapcsolatot, akkor most létre egy táblázatot-könyvtárakat alapuló funkcionális kapcsolatokat. Más szóval, egyszerűen megosztani a táblázat három.
Ez az arány a második normál forma
Itt látható egy példa, hogy a második szokásos formája ER-diagramok.
Átalakítani az adatbázis az első normál forma a második
A 23. ábra egy kicsit megmagyarázni. Feltétel: az adatbázis táblákat szét a neve, ha a tábla neve 1NF - arra utal, hogy az adatbázis az első normál forma, 2NF - DB, a második, 3NF - DB a harmadik.
Azt véletlenül piros színnel van kiemelve a képen a táblázatot attribútumok ZIP és a City, ezek a tulajdonságok egy tranzitív függőség (függ nemcsak az a legfontosabb, hanem egymástól), ez a függés vezet az anomáliát (logikai és szemantikai hibák). Például az üzemeltető tölti ki az adatbázist a Novoszibirszk város rögzíteni és azt írta az index 644000 (index Omszk), hogy milyen értéket kellene hinnem? Hogy segítsen nekünk megszabadulni tranzitív függőség van szüksége, hogy az adatbázisunkban a harmadik normál forma.