Vielleicht kennt sich ja jemand von euch damit aus und könnte mir beim aufbau eines entsprechend optimalen Datenbankdesigns helfen. denn das bisherige ist einfach schlecht und birgt zu hohe Redundanz insich.

Ich habe eine Tabelle die verschiedene Daten eines DVD-Films beinhaltet wie zb. den Alternativen Titel, Die Schauspieler und Regisseure usw.. Bisher habe ich das bei den Schauspielern so gehandelt das diese einzeln in einer dbTabelle [Actors] stehen die den Schauspielernamen und die entsprechende verweis ID beinhaltet. In der Tabelle des DVD-Films habe ich dann nur noch kommasepariert die IDs aufgeführt die dann bei der Anzeige des DVD-Films als Array ausgelesen und in einer Schleife ausgegeben werden.

So verfahre ich auch mit allen anderen Daten wie zb. der DVD-Film IDs die ein benutzer in seiner persönlichen Filmeliste gespeichert hat.

Könnte mir demnach vielleicht jemand damit helfen ?
Würde dies gerne verstehen, aber die Tutorials die sich damit befassen sagen mir zwar einiges, aber bei der eigentlichen Umsetzung hapert es dann irgendwie, und bevor ich mich da zu sehr wieder verschachtel frage ich einfach mal hier nach

mfg
human

Das ist eine Typische m:n Beziehung. Man legt dazu noch eine 3 Tabelle an, in der die Primärschlüssel der beiden anderen Tabellen gespeichert und so zugeordnet werden können.

In der MySQL Abfrage kannst du die Beziehung dann mit Joins auflösen:
MySQL Tutorial - Join (Englisch, aber gut und detailliert erklärt)

__________________
PHP und Webdesign Blog

@Yhi
erstmal Danke für deine Antwort.
Das mit den Joins habe ich mir auch mal durchgelesen, dafür brauch man aber eben ein entsprechendes dbLayout.

Mir erschliesst sich aber nicht wie ich das mit den Schauspielern oder Regisseuren machen soll.

Ich habe eine Tabelle: DVD und eine Tabelle: Actors die alle Schauspieler beinhaltet, da aber ein Schauspieler auch in mehreren Filmen mitspielt wird das ganze dann problematisch :-/
Ebenso können natürlich auch mehrere User den selben Film in ihrer persönlichen Filmeliste haben die beim besuch des Userprofils angezeigt wird.

So Schaut das ganze momentan aus:

Suche mal im Internet nach Entity Relationship, Codd, Normalform.

1. Schritt: Bestimme die Entitäten. Eselsbrücke :Es gibt


Also
Es gibt
- Film
- Schauspieler
- Regisseur
- Speichermedium (z.B. CD, DVD, VHS-Kassette usw)
usw

Es reicht, wenn du bis zur 3. Normalform normalisierst.
Du hast einen Denkfehler gemacht, als du FILM und DVD gleichgesetzt hast. Das sind 2 verschiedene
Entitäten!
Ein Film kann auf mehreren DVDs liegen.
Auf einer DVD können mehrere Filme liegen.
Lege für jede Entität die Attribute fest.
z.B
Tabelle Schauspieler
- ID_Schauspieler
- Name
- Vorname
- Geschlecht
- Geburtstag usw
Achte darauf, dass die Attribute nicht voneinander abhängig sind
(z.B. "Alter" und "Geburtstag" wären voneinander abhängig)

2. Schritt:
Bestimme die Zuordnungstabellen
z.B.
Film_Schauspieler
- ID_Film
- ID_Schauspieler
Die Kombination aus beiden IDs ist der eindeutige(!) Schlüssel

Ich bin bereit dir zu helfen.
Brauche dazu die Entitäten und die für dich wichtigen Attribute

Mailto kratzbaum(at)gmx.info

Mail ist raus

@Jan
Dies habe ich auch schon zu Anfang in betracht gezogen, doch dann schnell wieder verworfen, weil die Namen der Regisseure auch in der Tabelle der Schauspieler stehen können. Die würde zu mehr Redundanz führen auch wenn es rein [logisch] betrachtet besser ist den Namen nur einmal in der Datenbank zu führen.

Dank kratzbaum und einiger Beiträge im Web bin ich schon ein gutes Stück weiter und werde, sobald alles fertig ist, meine Datenbankstruktur hier mal öffentlich machen, vielleicht hat ja jemand ein ähnliches vorhaben und kann sich dann dies zur Hilfe nehmen.