It ynstellen fan in databank yn Twadde Normale Form
Yn 'e ôfrûne moanne hawwe wy sjoen nei ferskate aspekten fan normearjen fan in databank tabel. Alderearst besocht wy de basisprinsipes fan database normalisearring. Lęste feroare wy de basis easken troch de earste normale foarm (1NF) fêstlein. No, lit ús trochgean trochgean en de prinsipes fan 'e twadde normale foarm (2NF) ôfsette.
Ferwiderje de algemiene easken fan 2NF:
- Sertifikaten fan gegevens dy't foar meardere rigen fan in tabel tapast wurde en plak yn apart skermen.
- Ferbettere relaasjes tusken dizze nije tafels en har foargongers fia it brûken fan frjemde toetsen.
Dizze regels kinne gearfette wurde yn in ienfâldige ferklearring: 2NF besiket it bedrach fan redundante gegevens yn in tafel te ferleegjen troch it útfieren, it yn nije tabellen te pleatsen en it relaasjes tusken dizze tabellen te kreëarjen .
Litte wy nei in foarbyld sjen. Stel dan in online winkel dy't de klantynformaasje yn in database stipet. Se kinne in ienige tabel neamd Customers mei de folgjende eleminten:
- CustNum
- Foarnamme
- Achternamme
- Adres
- Stêd
- Steat
- ZIP
In koart skofje op dizze tafel ferskynt in lyts oantal redundante gegevens. Wy stjoere twa kear yn 'e "Sea Cliff, NY 11579" en "Miami, FL 33157". No, dat miskien net sa folle tafoegde opslach yn ús ienfâldige foarbyld liket te meitsjen, mar foardat de ferruile romte as wy tûzenen rigen yn ús tabel hawwe. As jo ek de postkoade foar Sea Cliff wizigje moatte, moatte wy dizze feroaring yn in soad plakken yn 'e database sjen litte.
Yn in 2NF-konforme databankstruktuer wurdt dizze redundante ynformaasje útwreide en opslein yn in aparte tafel. Us nije tafel (litte wy it skrapkes sizze) kinne de folgjende fjilden hawwe:
- ZIP
- Stêd
- Steat
As wy super-effisjint wêze wolle, kinne wy dizze tabel sels foardielje - it postkantoar jout in directory fan alle jildige postkoade en harren steds- / steatferhâldingen. Gewoanwei hawwe jo in situaasje pleatst wêr't dizze type database brûkt waard. Eltsenien dy't in opdracht nimme, hawwe jo jo foar jo ZIP-koade earst frege en dan wist de stêd en steat dy't jo hawwe roppen. Dizze type fan ôfspraak beheart operateurflater en ferheget de effisjinsje.
No dat wy de duplikative gegevens fan 'e kliïnt tabel fuortsmite, hawwe wy it earste regel fan' e twadde normale foarm tefreden. Wy moatte noch altyd in frjemdske kaai brûke om de twa tabellen tegearre te ferbinen. Wy sille de ZIP koade brûke (de primêre kaai fan 'e tastelbalke) om dizze relaasje te meitsjen. Hjir is ús nije kliuwtafel:
- CustNum
- Foarnamme
- Achternamme
- Adres
- ZIP
Wy hawwe no de minimale redundante ynformaasje yn 'e databank minimearre en ús struktuer is yn' e twadde gewoane foarm!
As jo graach soargje wolle dat jo databank normaal is, besykje ús oare artikels yn dizze searje te besjen:
- Databank Normalisaasje Basissynstellings
- Putting jo databank yn First Normal Form
- Soargen jo databank yn Twadde Normale Form
- Putting jo databank yn tredde normale foarmen