Dës zwee einfache Regelen hëlleft normaliséiert Är Datebank
Déi éischt Normal Form (1NF) stellt d'Grondregel fir eng organiséierte Datenbank fest:
- Eliminéiert duplizéiert Säulen aus dem selwechte Dësch.
- Setzt separate Tabellen fir all Grupp vun verknüpften Daten an identifizéieren all Zeil mat enger eindeecher Kolonn (den éischte Schlëssel).
Wat sinn dës Regele sou wann d'praktesch Design vun enger Datebank kontempléiert? Et ass ganz einfach einfach.
1. D'Duplikatioun eliminéieren
Déi éischt Regel gëlt datt mir d'Donnéeë net an der selweschter Rei vun engem Dësch duplicéieren däerfen. An der Datebankgemeinschaft gëtt dëse Konzept als Atommheet vun engem Dësch genannt. D'Tabellen déi dës Regel erhalen hunn, ginn gesot, atomar ze sinn. Loosse mer dëse Prinzip mat engem klassesche Beispill erkennen: en Dësch an enger Personalressourcen-Datebank, déi de Manager-Ënnerherrer Bezéiung speichert. Fir d'Ziler vun eisem Beispill, setzen mir d'Geschäftsregel datt Dir all Manager eent oder méi Ënnerordnete gehaalen hunn, wa jidderee sougenannten eenzeg kann hunn.
Intuitiv, wann Dir eng Lëscht oder Tabelle benotzt fir dës Informatioun ze verfolgen, kreest Dir eng Tabelle mat den folgenden Felder:
- Manager
- Subordinate1
- Subordinate2
- Subordinate3
- Subordinate4
Allerdéngs bedenken déi éischt Regel, déi vun 1NF agefouert gëtt: Eliminéiert duplizéiert Säulen aus dem selweschten Dësch. Et ass kloer, d'Subordinate1-Subordinate4 Säulen sinn dupliziv. Huelt e Moment an iwwerzeegt d'Problemer, déi dëst Szenario agefouert huet. Wann e Manager nëmmen een Ënnerordnungs huet, sinn d'Subordinate2-Subordinate4 Späicher einfach Spuerplaze verschwonnen (eng wertvolle Datenbank Commodity). Ausserdeem, stellen Iech de Fall, wou e Manager schonn 4 Ënnertuerderen huet - wat passéiert wann se eng aner Mataarbechter nennt? Déi ganz Tabellstruktur géifen änneren.
An dësem Punkt trëtt eng zweet hell Iddi fir d'Datebank Novizen: Mir wëllen net méi wéi eng Spalt maachen an mir wëllen e flexiblen Betrag vun Datenspeicher z'erméiglechen. Schwätze mer eppes:
- Manager
- Subordinate
An de Feld Subordinate wären e puer Einträgter an der Form "Maria, Bill, Joe".
Dës Léisung ass méi no, awer et fällt och kuerz vun der Mark. De subordinate Kolonn ass nach ëmmer duplizéiert an net atomar. Wat geschitt wann mer e subordinaten addéieren oder ewechhuelen? Mir mussen d'ganz Inhalt vum Dësch leeën a schreiwen. Dat ass net vill an dës Situatioun, mee wéi wann een Manager eng Honnert Mataarbechter hunn? Och et komplizéiert de Prozess vun der Auswiel vun Daten aus der Datebank an zukünfteg Ufroen.
Hei ass en Dësch deen déi éischt Regel vun 1NF erlabt:
- Manager
- Subordinate
An dësem Fall huet jiddereen Ënnergrond ee eenzegen Eegent, awer d'Manager kënnen méi Eintrécker hunn.
2. Fir den Primärschloss z'identifizéieren
Neit, wat iwwer déi zweet Regel: Identifizéiert all Zeil mat enger eenzegaarteger Kolonn oder Satz vu Säulen (den éischten Schlëssel )? Dir kënnt kucken op der Tabell uewen a proposéiere de Gebrauch vun der niddereg Kolonn als éischt a Schlëssel. Tatsächlech ass déi sougenannte Kolonn e gudde Kandidat fir e Primärschlass, wéinst der Tatsaach, datt eis Geschäftsreegelen uginn datt all Ënnerordnunge just e Manager sinn. D'Daten, déi mir fir eis eegenen Dësch gewielt hunn, sinn awer e manner wéi ideal Léisung. Wat geschitt wann mer en aneren Employeur mam Jim genannt? Wéi befaasst mir seng Manager-Ënnerordnungsbeziehung an der Datebank?
Et ass am beschten e ganz eendeitegen Identifikateur (z. B. Employé ID) als Primärschlass ze benotzen . Un eisem Dësch Tableau giff esou ausgesinn:
- Manager ID
- Subordinate ID
Elo gëtt eis Dësch an éischt normal Form! Wann Dir gär wëllt weiderfueren iwwert d'Normaliséierung, liesen déi aner Artikel aus dëser Serie: