faecher:informatik:oberstufe:datenbanken:normalisierung:3_normalform:start

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

Link zu der Vergleichsansicht

Beide Seiten, vorherige Überarbeitung Vorherige Überarbeitung
Nächste Überarbeitung
Vorherige Überarbeitung
faecher:informatik:oberstufe:datenbanken:normalisierung:3_normalform:start [01.12.2020 08:41] sbelfaecher:informatik:oberstufe:datenbanken:normalisierung:3_normalform:start [29.04.2025 17:02] (aktuell) Marco Kuemmel
Zeile 26: Zeile 26:
 </code> </code>
  
-Hier gibt es eine transitive Abhängigkeit zwischen dem Nichtschlüsselattribut ''firma'' und dem Attribut ''verlass'': Wenn man weiss, wer der Lieferant ist, kann man auch direkt sagen, wie verlässlich dieser ist. Man muss also nicht bei jedem Datensatz mit der Lieferfirma SupiTrans dazuschreien, dass die Verlässlichkeit "hoch" ist, sondern man könnte ebensogut (und speicherplatzsparender) auf eine weitere Entität/Tabelle verweisen, in der die Verlässlichkeiten gespeichert sind - das stellt eine redundante Datenspeicherung dar, die man mit Hilfe einer weiteren Tabelle eliminieren kann.+Hier gibt es eine transitive Abhängigkeit zwischen dem Nichtschlüsselattribut ''firma'' und dem Attribut ''verlass'': Wenn man weiss, wer der Lieferant ist, kann man auch direkt sagen, wie verlässlich dieser ist. Man muss also nicht bei jedem Datensatz mit der Lieferfirma SupiTrans dazuschreiben, dass die Verlässlichkeit "hoch" ist, sondern man könnte ebensogut (und Speicherplatz sparender) auf eine weitere Entität/Tabelle verweisen, in der die Verlässlichkeiten gespeichert sind - das stellt eine redundante Datenspeicherung dar, die man mit Hilfe einer weiteren Tabelle eliminieren kann.
  
    
 <code> <code>
 TABLE: verlass TABLE: verlass
-+--+--------+ ++----------------+--------+ 
-|id|verlass | +|firma           |verlass | 
-+--+--------+ ++----------------+--------+ 
-1|hoch    +|SupiTrans       | hoch   
-2|mittel  +|HyperCompoGlobal| mittel | 
-3|saumäßig| +|SuperMegaNet    |saumäßig| 
-+--+--------++|Post AG         |saumäßig| 
 ++----------------+--------+
  
 TABLE lieferqualitaet TABLE lieferqualitaet
-+--+----------+----------------+--------+ ++--+----------+----------------+ 
-|id|lieferzeit|firma           |verlass +|id|lieferzeit|firma           | 
-+--+----------+----------------+--------+ ++--+----------+----------------+ 
-| 1|12h       |SupiTrans       |1       | +| 1|12h       |SupiTrans       | 
-| 2|24h       |SupiTrans       |1       | +| 2|24h       |SupiTrans       | 
-| 3| 8h       |HyperCompoGlobal|2       +| 3| 8h       |HyperCompoGlobal| 
-| 4| 4h       |SuperMegaNet    |3       +| 4| 4h       |SuperMegaNet    | 
-| 5|16h       |SuperMegaNet    |3       +| 5|16h       |SuperMegaNet    | 
-| 6| 9h       |HyperCompoGlobal|2       +| 6| 9h       |HyperCompoGlobal| 
-| 7|irgendwann|Post AG         |3       +| 7|irgendwann|Post AG         | 
-+--+----------+----------------+--------+++--+----------+----------------+
 </code> </code>
 +
 +Hinweise: In "echt" wäre es besser, der Tabelle "verlass" künstliche Surrogat-Schlüssel zu geben und diese als Fremdschlüssel in der zweiten Tabelle anzugeben. Außerdem könnte/sollte man das gezeigte Modell wiederum weiter ergänzen, und die als "String" angegebenen "Verlass-Qualitäten" erst in einer dritten Tabelle ausschreiben. Das verringert erneut die Redundanz und verringert Fehlerquellen, wenn man z. B. einmal "saumäßig" in "schlecht" umändern möchte.
  
 ---- ----
  • faecher/informatik/oberstufe/datenbanken/normalisierung/3_normalform/start.1606812105.txt.gz
  • Zuletzt geändert: 01.12.2020 08:41
  • von sbel