1. August 201114 j Hallo Leute, ich arbeite gerade an einer Bestellverwaltung und möchte eine hierarchische Datenstruktur abbilden und die Daten in die 1., 2. und 3. Normalform bringen. Folgende Daten verwende ich: Bestellnummer, Bestelldatum, Lieferantencode, Lieferantenname, Lieferdatum, Betrag Gesamt Diese Angaben können mehrfach vorkommen, da ja mehrere Artikel pro Bestellung vorhanden sein können: Artikelcode, Artikelbezeichnung, Anzahl, Bestellpreis, Betrag (Anzahl * Bestellpreis). Da ich mir nicht sicher bin, ob alle Schritte richtig sind, habe ich mal die hierarchische Datenstruktur sowie die einzelnen Normalformen als Bild beigefügt. Ich würde mich über euer Feedback freuen. Danke und Gruß, JeanValjean Bearbeitet 1. August 201114 j von JeanValjean
1. August 201114 j ich arbeite gerade an einer Bestellverwaltung und möchte eine hierarchische Datenstruktur abbilden und die Daten in die 1., 2. und 3. Normalform bringen. Die 3. Normalform liegt nur vor, wenn auch die zweite vorliegt und die zweite nur, wenn auch die erste. Du willst also Deine Daten in die dritte Nromalform bringen. Punkt. Folgende Daten verwende ich: Bestellnummer, Bestelldatum, Lieferantencode, Lieferantenname, Lieferdatum, Betrag Gesamt Diese Angaben können mehrfach vorkommen, da ja mehrere Artikel pro Bestellung vorhanden sein können: Artikelcode, Artikelbezeichnung, Anzahl, Bestellpreis, Betrag (Anzahl * Bestellpreis). Bestellung ---------- Bestellnummer (pk) Bestelldatum Lieferantencode (fk) Lieferdatum Lieferant --------- Lieferantencode (pk) Lieferantenname Artikel ------ Artikelcode (pk) Artikelbezeichnung Artikelpreis Bestellung_Artikel ----------------- Bestellnummer (fk) Artikelcode (fk) Anzahl
2. August 201114 j als ergänzung zu Pixie noch folgendes: wenn man realitätsnah bleiben will, muss man der Tabelle Bestellung_Artikel ein weiteres Feld hinzufügen (Bestellpreis) oder auf andere Art speichern, welchen Preis ein Artikel zu welchem Zeitpunkt hatte (beispielsweise über eine weitere Tabelle) ansonsten kann sich der Preis eines Artikels nicht ändern, da dadurch auch die Rechnungssummen sich ändern würden außerdem könnten so wie es jetzt sind keine Sonderpreise gemacht werden (wobei man die verschiedenen möglichen Preisnachlässe auch auf andere Weise speichern kann) in der Praxis spricht man bei dem Artikelpreis vom Listenpreis und würde die Bezeichnung Position (oder Bestellungsposition) an Stelle von Bestellung_Artikel verwenden wenn das aber nur eine Übung ist (Datenbankstrukturen von Bestellsystemen werden dafür sehr gerne verwendet), dann ist es erstmal nur wichtig, die Struktur der Datenbank anhand der Anforderungen zu modellieren (auch bei einer Abschlussprüfung sollte man sich nicht zu viele Gedanken machen, sondern sich einfach an die Vorgaben halten)
Archiv
Dieses Thema wurde archiviert und kann nicht mehr beantwortet werden.