Steffen: Datenbanknormalisierung

Beitrag lesen

Hallo!

Ich glaube, da würde ich aber dann eher den Weg gehen eine Tabelle „vendor_infos” (oder so) zu erstellen, die sich dann via foreign key auf die Kontakte bezieht. Dein Gefrickel (sorry)  mit dem CHECK-Constraint sowie den beiden unterschiedlichen foreign keys sieht für mich nach noch folgenden Schmerzen aus.

Danke! Ich weiß! ;-) (Schmerzen)

Das Problem würde sich ja recht leicht lösen lassen, wenn ich den FK umdrehe. (Ähnlich wie Du es beschreibst.)

#1 Kunden

  • id + Kundennummer + FK-Kontaktdaten

#2 Lieferanten

  • id + Lieferantennummer + FK-Kontaktdaten

#3 Kontaktdaten

  • id + Straße + Hausnummer + PLZ + Ort + Telefon + FAX

Allerdings kann ich dann in der Datenbank die Gültigkeit der Daten nicht mehr garantieren, weil
1. Könnten Kunden und Lieferanten auf den selben Kontakt zeigen
und
2. Könnten Kontaktdaten existieren, die nicht mehr referenziert werden.

Grüße

  • Steffen