Zum Inhalt springen

Rumpelator

Mitglieder
  • Gesamte Inhalte

    2
  • Benutzer seit

  • Letzter Besuch

Alle Inhalte von Rumpelator

  1. Ja da hast du recht. In dem ERM hab ich in Etage die Anzahl der Wohnungen und in Gebäude die Anzahl der Etagen noch nicht eingetragen. Da hab ich noch überlegt aber noch nicht entschieden, beide jeweils mit reinzunehmen, damit in ein Gebäude nicht zu viele Etagen und in eine Etage nicht mehr Wohnungen eingepflegt werden können als in der Realität vorhanden sind. Sollte diese Überprüfung die DB oder die Aufsetzende Anwendung machen? Ich wär ja für letzteres aber mein Prof. findets besser wenn die DB so gut wie alles prüft, weil sie es schneller kann/könnte als jede Anwendung, welche dazu sowieso die DB braucht. Eben bei vielen Einträgen. Mein Gedankengang war, dass (m)eine Wohnungsgenossenschaft (meist) nur für wenige, wenn nicht sogar nur einen Ort zuständig ist und somit eher viele Datensätze bei Strassen hat. Die PLZ und der Ort hätten unter diesen Unständen bei einer kompletten Entität Adresse so gut wie immer die gleichen Werte. Dann noch lange Strassen mit mehr als 200 Hauseingängen... Wenn das mal keine unnötige Redundanz ist. Wären die Adressen in meinem Anwendungsfall über Deutschland gleichverteilt, muss ich dir und baba007 natürlich recht geben. Dann würde das Modell die Geschwindigkeit im Vergleich zu eurer Lösung extrem senken. Ich würde trotzdem schrecklich gerne wissen ob die dritte NF denn erfüllt ist. Ich hab da noch nicht so den Blick für.
  2. Hallo, hier mal eine Frage zu meinem ER-Modell: Es geht grob darum Wohnungen verwalten zu können Um eine Wohnung möglichst gut zu beschreiben, muss neben den ganzen Details über die Ausstattung etc. ja auch die Lage beschrieben werden. Sprich unter welcher Adresse, in welchem Hauseingang und in welcher Etage befindet sie sich. Um Redundanzen zu vermeiden, würde ich diese Attribute nicht in der Entität Wohnung abspeichern, sondern wie im beigefügten ER-Modell zerlegen. Ist das ERM in der 3. Normalform? Meines erachtens gibts jetzt keine unnötige Redundanz mehr. Was jetzt noch bleibt ist, bei der Entity Ort evtl. doch statt des zusammengesetzten Primärschlüssels eine Ort _ID als PK zu nehmen und die Einzigartigkeit einer PLZ & Ort Kombination über eine unique constraint sicher zu stellen. Macht es evtl. auch Sinn in der Entity Strasse auch eine Unique-Constraint für Strassenbezeichnung und die FK´s von Ort zu erstellen? Hab ich für die Einhaltung der 3. Normalform etwas übersehen? Danke in Voraus, Stefan

Fachinformatiker.de, 2024 by SE Internet Services

fidelogo_small.png

Schicke uns eine Nachricht!

Fachinformatiker.de ist die größte IT-Community
rund um Ausbildung, Job, Weiterbildung für IT-Fachkräfte.

Fachinformatiker.de App

Download on the App Store
Get it on Google Play

Kontakt

Hier werben?
Oder sende eine E-Mail an

Social media u. feeds

Jobboard für Fachinformatiker und IT-Fachkräfte

×
×
  • Neu erstellen...