Zwei Tabellen mit einander Verknüpfen

[mikhal]

Zitat:

Wobei ein Lieferant auch mehrere Produkte liefern kann

Deine Fragestellung läßt aber nur eine n:m-Verknüpfung zu!

[edit] Ist eine Frage der Sichtweise und wie man ein Projekt erweitern möchte...[/edit]

Grüße
Mikhal

[Zottel]

hmmm....
ein lieferant = 1
mehrere Produkte = n

ergibt 1:n

wo ist da eine n:m verknüpfung?

nur zum verständnis gefragt. vielleicht sehe ich das bisher auch aus der falschen perspektive.
danke

[Luckie]

Ja:

Lieferant1: Eis und Schokolade
Lieferant2: Brot und Eier
Lieferant3: Gummihandschuhe und Seife

Aber ein vierter Lieferant kann jetzt keine Schokolade und Eier liefern. Ein Produkt kann immer nur von einem Lieferanten bezogen werden, aber ein Lieferant kann mehrere Produkte liefern. So war es gemeint.

Oh Mann, ich habe gerade erst angefangen und bekomme schon ein Knoten in mein Hirn.

[Zottel]

imho reicht dann dein letzter aufbau der tabellen vollkommen aus.

[Luckie]

Es ist der Begriff "Fremdschlüssel" gefallen. Ist das nur eine Bezeichnung von euch oder muss ich in der Tabellen dem Feld diese Eigenschaft zuweisen?

[mikhal]

Erfahrung: Ich habe noch kein Datenmodell, dass sich mit einer Lager- oder Warenwirtschaft befaßt hat, gesehen, bei dem nicht mindestens ein Produkt von mehreren Lieferanten geliefert wurde. Oft ist es gerade im kaufmännischen Bereich so, daß vor einer Bestellung eine Preisermittlung stattfindet und dann erst bei dem günstigsten Anbieter bestellt wird. Habe ich dann nur eine 1:n-Verknüpfung bleibt mir wohl nichts anderes übrig, als den Artikel mehrfach anzulegen. Plane ich das aber von vorne herein in meinem Datenmodell ein, bereitet mir die "Erweiterung" keine Kopfschmerzen mehr.

Grüße
Mikhal

[Luckie]

Wie gesagt, das ist nur für mich zum Lernen gedacht. Und da gehe ich erstmal vom einfachsten Fall für zwei Tabellen aus.

[mikhal]

Fremdschlüssel = Foreign Key

Auf einem SQL-Server kannst du Foreign Keys als Constraints definieren. Dabei kannst du zusätzlich Regeln festlegen, was geschehen soll, wenn sich a) der Datenstz, auf den der Foreign Key verweist geändert wird oder b) wenn der Datensatz, auf den der Foreign Key verweist gelöscht wird.

Ich kenne jetzt MySQL nicht, deshalb kann ich dir nicht sagen, ob und wie du diese Constraints definieren kannst.

Grüße
Mikhal

[Luckie]

Was sind den jetzt Contrains?

[Tyrael Y.]

@Zottel

Das ist eine n:n -Beziehung da...

Jeder Lieferant ein oder mehrere Produkte haben kann sprich 1:n

und jedes Produkt kann von einem oder mehreren Lieferanten kommen daher auch 1:n

daraus ergibt sich eine n:n -Beziehung zwischen den Tabellen

daher ist eine dritte Tabelle ratsam die folgende Struktur ermöglicht


Lieferant <-> Lieferant/Produkt <-> Produkt
___1:n________n:1___1:n___________n:1______


PS: mehr Infos darüber überall im I-Net unter dem Stichwort
"Normalisierung" erhältlich


mfg