Du solltest nicht ausschliesslich nach redundanzen gehen. denn bei extremer normalisierung 4, 5 normalform, kommt es dann zu inkonsistenzen zwischen den daten.
auf was du achten solltest, sind die entitäten und die attribute. wenn ein attribut eine entität ist, dann ist das eine eigene realation, ansonsten gehört es als attribut in die relation, wenn du nicht (aus irgendwelchen anderen gründen) sie dennoch auslagern möchtest. aber jedes solche auslagern muss begründet und begründbar sein.
für deinenen adressatz also folgendermassen:
[@ID; PLZ, Strasse, Telefonnummer, Name, Geburtstag] Wobei man darüber diskutieren kann, ob man nicht ein strassenverzeichnis auflegt, ggf. mit folgenden aufbau [@ID; *Ort; *Strasse; *PLZ] wobei du entweder die ID oder den compount key [@ort, @strasse; @plz] als primary key verwenden kannst. die gliederung muss aber mind. auf dieser ebene erfolgen, da eine strasse mehrere PLZ's haben kann, eine PLZ mehrere strassen, eine PLZ mehrere orte, ein ort mehrere strassen und ein ort mehre PLZ's.
was allerdings sinnvoll wäre, wäre den Ort als eigene entität zu behandeln und nur einen fremdschlüssel in die relation aufzunehmen.
ebenso bei deinen inventar beispiel:
- [@RaumID; Raumbezeichnung, etc.]
- Entität Projektor[@id, hersteller, baujahr, inventar Nr, RaumID, etc.]
- Entität beamer[@id; hersteller, baujahr, inventar Nr, RaumID, etc.]
- entität pc[@id, hersteller, baujahr, betriebssystem, inventar nr, RaumID, etc,]
usw.
<HTH>
GG
Antwort
Zitat
Linear-Darstellung
