Normalisierung - nur wie weit
- Ersteller exzel
- Erstellt am
Werbung:
ukulele
Datenbank-Guru
- Beiträge
- 5.416
Bis es dir zu blöd wird, Code für perfekt normalisierte Daten zu schreiben wenn es anders schneller geht 
PS: Mit schneller meine ich sowohl schneller in der Handhabung als auch schneller was die Abfragen angeht. Die Datenbank größe spielt eigentlich eher selten eine wirkliche Rolle.
PS: Mit schneller meine ich sowohl schneller in der Handhabung als auch schneller was die Abfragen angeht. Die Datenbank größe spielt eigentlich eher selten eine wirkliche Rolle.
Charly
Datenbank-Guru
- Beiträge
- 306
Hallo exzel,
ich fang mal ganz von vorne an.
Die 1.Normalform solltest Du auf jeden Fall immer anzuwenden. Hier werden nämlich Nicht-Atomare Werte aufgelöst(Listen von Werten) und verhindert dass Attribute verschiedene Arten von Werten Speichen können (z.B. BLZ und Bankname in einer Spalte).
Die 2.Normalform ist auch noch wichtig. Ist hauptsächlich für Schlüssel die aus mehreren Attributen bestehen. Wenn ein Attribut nämlich nur von einem Teil des Schlüssels abhängt könnte man Daten in die Tabelle eintragen die nicht vom gesamten Schlüssel abhängen und somit nicht mehr eindeutig über den Schlüssel zu identifizieren sind.
Die 3.Normalform zerlegt die die meisten Tabellen in schöne kleine Häppchen.
Ein gutes Beispiel bei dem man die 3.Normalform nicht immer anwenden sollte ist eine Tabelle die Adressdaten speichert (Wenn es nur eine gibt die so was speichert).
Die 3. Normalform schreibt nämlich vor:
Also währe es hier Sinnvoll Ort und die PLZ auszulagen. Wenn man Tabellen mit Kunden, Lieferanten, Vertretern, Mitarbeitern, etc. hat müsste man sonst die Daten für Ort und PLZ in all diesen Tabellen mitschleppen. Und wenn dann ein Vertreter auch noch Mitarbeiter ist hat er plötzlich einen Ort mit 2 PLZ weil die Finanzbuchaltung die PLZ geändert hat und die Personalverwaltung davon nichts mitbekommen hat.
Gruß Charly
PS: Hoffe alles richtig und verständlich erklärt zu haben.
ich fang mal ganz von vorne an.
Die 1.Normalform solltest Du auf jeden Fall immer anzuwenden. Hier werden nämlich Nicht-Atomare Werte aufgelöst(Listen von Werten) und verhindert dass Attribute verschiedene Arten von Werten Speichen können (z.B. BLZ und Bankname in einer Spalte).
Die 2.Normalform ist auch noch wichtig. Ist hauptsächlich für Schlüssel die aus mehreren Attributen bestehen. Wenn ein Attribut nämlich nur von einem Teil des Schlüssels abhängt könnte man Daten in die Tabelle eintragen die nicht vom gesamten Schlüssel abhängen und somit nicht mehr eindeutig über den Schlüssel zu identifizieren sind.
Die 3.Normalform zerlegt die die meisten Tabellen in schöne kleine Häppchen.
Ein gutes Beispiel bei dem man die 3.Normalform nicht immer anwenden sollte ist eine Tabelle die Adressdaten speichert (Wenn es nur eine gibt die so was speichert).
Die 3. Normalform schreibt nämlich vor:
Du brauchts also nicht nur den Schlüssel um den Ort genau bestimmen zu können sondern auch ein einzelnes anderes Attribut (PLZ).
Also währe es hier Sinnvoll Ort und die PLZ auszulagen. Wenn man Tabellen mit Kunden, Lieferanten, Vertretern, Mitarbeitern, etc. hat müsste man sonst die Daten für Ort und PLZ in all diesen Tabellen mitschleppen. Und wenn dann ein Vertreter auch noch Mitarbeiter ist hat er plötzlich einen Ort mit 2 PLZ weil die Finanzbuchaltung die PLZ geändert hat und die Personalverwaltung davon nichts mitbekommen hat.
Gruß Charly
PS: Hoffe alles richtig und verständlich erklärt zu haben.
Hallo,
entschuldigt die späte Rückmeldung.
Charly, du hast in dem Beitrag Betreuer, Kunde, Verträge geschrieben, dass die 3te Normalform nicht immer praxistauglich ist. Sollte das der Fall sein, ist es dann so, dass bei der zweiten Normalform nicht mehr weiter normalisiert wird, die komplette Datenbank also in der zweiten bleibt?
Gruß
entschuldigt die späte Rückmeldung.
Charly, du hast in dem Beitrag Betreuer, Kunde, Verträge geschrieben, dass die 3te Normalform nicht immer praxistauglich ist. Sollte das der Fall sein, ist es dann so, dass bei der zweiten Normalform nicht mehr weiter normalisiert wird, die komplette Datenbank also in der zweiten bleibt?
Gruß
Hey,
Bin neu hier und hätte direkt mal eine Frage: Ich habe eine Entity "Person"... Diese Entity hat verschiedene Eigenschaften, wie z.B. Gehalt, Name, Adresse etc.! Wenn ich nun die Adresse als Adresse im Relationenmodell lasse, sind dann alle 3 Normalformen erfüllt oder nicht ?
Danke!
Edit: Oder muss ich die Adresse in die Eigenschaften Straße, Hausnummer, PLZ, Ort aufdröseln ?
Bin neu hier und hätte direkt mal eine Frage: Ich habe eine Entity "Person"... Diese Entity hat verschiedene Eigenschaften, wie z.B. Gehalt, Name, Adresse etc.! Wenn ich nun die Adresse als Adresse im Relationenmodell lasse, sind dann alle 3 Normalformen erfüllt oder nicht ?
Danke!
Edit: Oder muss ich die Adresse in die Eigenschaften Straße, Hausnummer, PLZ, Ort aufdröseln ?
Aber man müsste doch auch die PLZ und Ort aufteilen, wenn jeder Ort nur eine PLZ hat, oder?
Gruß
Charly
Datenbank-Guru
- Beiträge
- 306
Hallo excel,
Nein
Das Zerlegen in mehrere Tabellen für Ort und PLZ macht nur deshalb einen Sinn weil es mehrere Orte für eine PLZ und mehrere PLZ für einen Ort geben kann.
Wenn es für jeden Ort nur eine PLZ geben würde (und wenn sonst keine Adressfelder wie z.B. Straße in der Tabelle stehen) könnte man PLZ und Ort in eine Tabelle schreiben (jedenfalls nach der 3NF) .
Stell dir mal die Frage ob Du Orte und Postleitzahlen auch dann in die Tabelle schreiben oder danach suchen möchtest wenn es keine Person gibt die da wohnt.
Wenn JA brauchst Du eigene Tabellen weil du ohne eine Person die in einer Stadt lebt auch keine Stadt anlegen kannst.
Wenn NEIN überleg Dir ob du deine Adressdaten wirklich in der 3NF haben willst. Oder möchtset Du jedes mal wenn du eine Adresse brauchst einen JOIN aus was weis ich wie vielen Tabellen zusammenbauen?
Gruß Charly
Nein
Das Zerlegen in mehrere Tabellen für Ort und PLZ macht nur deshalb einen Sinn weil es mehrere Orte für eine PLZ und mehrere PLZ für einen Ort geben kann.
Wenn es für jeden Ort nur eine PLZ geben würde (und wenn sonst keine Adressfelder wie z.B. Straße in der Tabelle stehen) könnte man PLZ und Ort in eine Tabelle schreiben (jedenfalls nach der 3NF) .
Stell dir mal die Frage ob Du Orte und Postleitzahlen auch dann in die Tabelle schreiben oder danach suchen möchtest wenn es keine Person gibt die da wohnt.
Wenn JA brauchst Du eigene Tabellen weil du ohne eine Person die in einer Stadt lebt auch keine Stadt anlegen kannst.
Wenn NEIN überleg Dir ob du deine Adressdaten wirklich in der 3NF haben willst. Oder möchtset Du jedes mal wenn du eine Adresse brauchst einen JOIN aus was weis ich wie vielen Tabellen zusammenbauen?
Gruß Charly
Hallo und danke für die Antwort,
ich hatte mich an diese Seite hier erinnert, wo die PLZ und Ort wg. der dritten Normalform ebenfalls in eine gesonderte Tabelle untergebracht werden.
Aber hier ist es auch etwas anderes, da die Rechnungsnummer eindeutig auf den Ort zeigt und nicht wie im Beispiel dieses Threads.
http://v.hdm-stuttgart.de/~riekert/lehre/db-kelz/chap4.htm#Chap4.5
Gruß
ich hatte mich an diese Seite hier erinnert, wo die PLZ und Ort wg. der dritten Normalform ebenfalls in eine gesonderte Tabelle untergebracht werden.
Aber hier ist es auch etwas anderes, da die Rechnungsnummer eindeutig auf den Ort zeigt und nicht wie im Beispiel dieses Threads.
http://v.hdm-stuttgart.de/~riekert/lehre/db-kelz/chap4.htm#Chap4.5
Gruß
Werbung:
