Normalizációs előnyök u
Helyes, relációs adatbázist kell felépíteni és/vagy fenntartani a normalizálás és a szigorú szabályok révén. Fontos, hogy elkerüljék az elbocsátásokat, mivel ezek egyébként gyorsan következetlenségekhez vezetnének a tartalom megváltoztatása során.
Ez azt jelenti redundancia (Latin redundare "bőségesen lenni") németül Ismétlés vagy átfedés.
Következetlenségek eszközök: Következetlenség vagy következetlenség a bevitt adatok közül.
Példaként: Az alkalmazottak az adatokat az ügyfél-adatbázisban tárolják. Ebből a célból az ügyfelek egymástól függetlenül adhatók meg.
Az első alkalmazott most irányítószámként „72070”, helyként „Tübingen” jelöli. Írja be a második alkalmazottat "72070" irányítószámként és "Tübingen am Neckar" helyként - már ellentmondás van. A következő alkalmazott beírja a következő ügyfél irányítószámaként a "72070" számot, majd a "Tuebingen" helyet. A negyedik alkalmazott pedig ekkor lép be (mert nagybetűs allergiája van) a „tübingen”.
Este jön a főnök, és statisztikái vannak arról, hogy hány ügyfél érkezett "tübingenből" - csak egyet kap. Ha "72070" irányítószámmal készítette volna el a statisztikát, akkor 4 ügyfelet fogadott volna.
Ez a példa megmutatja, hogy egy adatbázis (a felépítéséből adódóan) milyen gyorsan vezethet következetlen adatokhoz (azaz inkonzisztenciákhoz) és a megfelelő problémákhoz. Ha itt megakadályozták volna a redundanciát (irányítószám és további hely megadása), akkor elkerülhetők lennének a későbbi problémák.
Hat lépés van, az első hármat a gyakorlatban hajtják végre.
Mivel a normalizálás egyes szintjei egymásra épülnek, be kell tartani a normalizálás alkalmazásának sorrendjét. A 2. normalizálás csak akkor használható, ha az 1. normalizálás teljesül.
A normalizálás célja
A normalizálás alkalmazásának célja az adatok integritásának biztosítása.
- Az elbocsátások megelőzése
- Kerülje a következetlenségeket
Az adatok karbantartása általában egyszerűbb, de a programozás bonyolultabb.
Első normál forma (1 NF)
Minden adatmező csak hasonló tartalom (Példa: a „Név” adatmezőből két adatmező származik: egy a keresztnévhez és egy a vezetéknévhez). Ezt az "Adatok strukturálása - előzetes megfontolások az adatbázis létrehozásához" fejezetben a tartalom elválasztására (porlasztásra) írták le.
A „név” mező az „Schmiedt Erika” tartalommal a 2 adatbázis mezővé válik: „keresztnév” és „vezetéknév”. Az "utónév" mező tartalma "Erika", a "vezetéknév" mező pedig "Schmiedt" tartalommal rendelkezik.
A „hasonló” kifejezés itt azt jelenti, hogy a „keresztnév” mezőben két keresztnév jelenik meg: „Karl Heinz”. Ezt mindig a létrehozandó alkalmazásra figyelemmel kell megtenni - a legkisebb ésszerűnek tűnő összetevők nagyon különbözőek lehetnek. Mobiltelefon-kereskedő esetén a telefonszám két csoportra osztható, mert a 2 számjegyű kombinációkból következtetéseket vonhat le - a sarkon lévő állatkerti kereskedelem egy darabban hagyja a telefonszámot.
A táblához rendelkezésre kell állnia egy elsődleges kulcsnak, hogy minden adatrekord egyedileg kezelhető legyen.
Második normál forma (2 NF)
Az első normál formát ki kell tölteni! Csak akkor, ha az első normál forma teljesül, el lehet kezdeni a második normál forma használatát.
A 2. normál forma azt mondja: Minden adatrekord űrlap csak egy kérdés tól től. Ha olyan adatok vannak egy táblázatban, amelyek nem csak 1 problémát ábrázolnak, akkor ezeket az adatokat külön tematikus táblákra osztják fel.
Példánkban az ügyféladatbázis a második normál űrlap használata előtt áll rendelkezésre a következő tartalommal:
| 1 | Axel | Pratzner | 32482 | Ismerje meg a MySQL könyvet |
| 2 | Axel | Pratzner | 32482 | Üres DVD-k |
| 3 | Elke | Schmidtz | 32483 | Ismerje meg a MySQL könyvet |
Ez a táblázat 3 tényt mutat be:
- Ügyfél adatai
- Tételadatok
- Rendelési adatok
A 2. normál forma szerint el kell különíteni a tematikus táblákat. Tehát a táblázatot felosztjuk a 3 tematikus táblázatra: "ügyféladatok", "cikkadatok" és "rendelési adatok".
Ügyfél adattáblázat:
A cikk adattáblája:
Rendelési adattábla:
Harmadik normál forma (3 NF)
Az első és a második normális formát teljesíteni kell! Csak akkor, ha az 1. és a 2. normál forma teljesül, megkezdheti a 3. normál forma használatát.
A harmadik normális forma a galléron lévő közvetett (transzitív) függőség. A transzitív függőségekről a szakirodalom beszél.
A következő példában a neveken kívül irányítószám és város is szerepel a táblázatban. Minden névnek van irányítószáma, és mindegyiknek helye van. Tehát a hely közvetetten függ a névtől.
Matematikai szempontból így néz ki:
"Ha NÉV -> ZIP" és "ZIP -> ORT", akkor "Név -> ORT".
A „Név -> HELY” tehát transzitív függőség
De csak közvetlen függőségeket akarunk a táblázatba (azaz intranzitívek).
Táblázatként a 3. normál forma használata előtt példánk így néz ki:
| Schmidtz | 72074 | Tubingen |
A 3. normál forma használata után 2 asztalunk van:
| 72074 | Tubingen |
- A WhatsApp megosztja a threemát ->
- csipog
- megosztani Facebookon
- tűzd ki
- értesíteni
- feloszt
- ossza meg a Flattr ->
- share share -> print ->
Ha hibát talál, kérjük, jelezze (nem számít tipográfiai vagy tartalmi hiba).
Egérrel Jelölje meg a hibás pontot és alkalmazza a következő gombbal:
Kérjük, támogassa ezt a projektet
Különböző módon támogathatja ezt a projektet - örülnénk, és ez további tartalmakra ösztönözne minket:).
a mi Rendeljen videókat
A mi Videók és e-könyvek rendelni.
Vegye fel velünk a kapcsolatot egy adomány PayPal-on keresztül.
Ajánlja - mindig örülünk, ha linkeket és Facebook-ajánlásokat kapunk.
Rendeljen könyveket az alábbiak segítségével Linkek az Amazon-on:
Nagyon köszönöm a segítségetekért
a E-könyvek a PHP-Kurs.com webhelyhez
a tananyagokat több mint 545 oldalas e-könyvként
letöltésre és nyomtatásra
a Videó bemutató a PHP tanfolyamról:
több mint 200 videó, a teljes lejátszási idő több mint 12 óra.
Rendeljen videó tanfolyam PHP oktatóanyagot DVD-n