klaba

Hallo Forum

bin neu hier, würde mich als "fortgeschrittener Anfänger" bezeichnen und bin aber momentan ein wenig eingerostet mit meinen PHP/SQL Kenntnissen. Es gibt da gerade eine Fragestellung, die mir einfach den Kopf zerbricht, und ich nicht weiß, wie man das am klügsten aber gleichzeitig simpel umsetzen könnte. Vielleicht kann man mir hier etwas weiterhelfen oder Denkansätze geben.

Also: Es geht um eine Teiledatenbank. Dabei werden bestimmte Einträge einer Kategorie (derer es nur eine handvoll gibt) und mindestens einem Modell zugeordnet, in das es passt. Einfaches Beispiel: "Schraube XY", Kategorie: "Kleinteil", Modell: "Audi A3".

Nun, mein Problem ist die Geschichte mit dem Modell, da hier mehrere möglich sein sollen. Ich habe das bereits ausprobiert und habe einfach eine Menge Felder in der DB angelegt, Beispiel "A2", "A3" und so weiter. Diese sind standardmäßig NULL, wenn ein Teil irgendwo dazu passt, gibts eben eine 1. (z.B. "schraube, kleinteil, 1, 0, 0, 1 ...")

Es funktioniert auch soweit, man kann durch dieses Konzept wunderbar eine Seite basteln, die es ermöglicht, durch Kategorien und Modelle zu navigieren. Also zum Beispiel die Liste aller "Kleinteile" zum Modell XY. Mein Problem ist eher die Erweiterbarkeit. Sofern man ein neues Modell einpflegen möchte, muss ein neues Feld angelegt werden, viele Scripte angepasst werden (alle die für das hinzufügen und bearbeiten zuständig sind bspw.), und überhaupt hat man eben eine ganze Menge an Feldern pro Eintrag.

Daher die Frage: Könnte man dies etwas klüger gestalten, und wenn ja natürlich: Wie?? Ich würde mich über ein paar Tipps sehr freuen.

Mister Ad

comlar

Wie wäre es mit einer Tabelle wie folgt:

Modell-ID
Kleinteil-ID

(Oder habe ich das mit der Zuordnung falsch verstanden?)

klaba

Danke erstmal für die Antwort. Nun, ich weiß gerade auch nicht, wie du das meinst

Vielleicht habe ich mich auch etwas ungeschickt ausgedrückt. Ich habe meinetwegen 20 Modelle, die als Option für einen Eintrag in fragen kommen, Mehrfachnennungen aber eben möglich. Bislang waren die Tabelleneinträge recht lange, weil dann z.B. 20 Felder am Eintrag mit dran waren... "Modell 1", "Modell 2" und so weiter. Jeweils mit 0 oder 1 abgespeichert. Das Prinzip funktioniert auch, nur ist es meiner Meinung nach schlecht oder umständlich erweiterbar. Daher die Frage ob man das intelligenter lösen kann. Ich möchte nachher aber eben auch solche Abfragen machen wie "zeige mir alle Teile aus Kategorie Kleinteile, die zu Modell 7 passen".

comlar

Ok, dann versuche ich es nochmal:

Erstelle doch eine extra Tabelle. In Spalte 1 steht das Modell drin (also z.B. Modell-ID). In der zweiten Spalte das Kleinteil (Kleinteil-ID).

Dann kannst du dort alles eintragen. Beispiel:

Tabelle Modell
ID: 1
Modell : A2
ID: 2
Modell : A3

Tabelle Kleinteile
ID : 1
Bezeichnung : Reifen 15"
ID : 2
Bezeichnung : Felge
ID : 3
Bezeichnung : Kotflügel
ID : 4
Bezeichnung : Reifen 16"

Und dann die Verknüpfungstabelle (z.b. Beziehungen)
Modell-ID : 1
Kleinteil-ID : 1
Modell-ID : 1
Kleinteil-ID : 4

Damit geht auch die Abfrage, die du willst:
SELECT * FROM Beziehungen WHERE Modell-ID = 1

oder
SELECT * FROM Beziehungen WHERE Kleinteil-ID = 1 AND Modell-ID = 7

klaba

Ah, ich verstehe nun was du meinst

Mir war auch irgendwie klar, dass es mit einer Beziehungstabelle funktionieren müsste, stand aber wirklich auf dem Schlauch, da ich nicht wusste, wie ich auch mehrere Kategorien (wie das Beispiel "Kleinteile") unterbringen sollte. Du hast das ja jetzt über eine weitere Tabelle (Kleinteile) gemacht. Das heißt, hätte ich noch z.B. die Kategorie "Bremsen", würde ich diese einfach auch als eigene Tabelle anlegen, richtig?! Womit die Beziehungen eben noch um eine weitere ID erweitert werden würden, in der Form "Kategorie-ID 1 = Kleinteile", "Kategorie-ID 2 = Bremsen" oder etwas in der Art (rein anschaulich).

Denke ich damit soweit richtig?

KarlEgon

Ich würde die Kategorien auch noch in eine seperate Tabelle auslagern und nicht für jede Kategorie eine eigene Tabelle anlegen, weil dann bist du auch wieder bei dem Problem der Erweiterbarkeit.
Folgende Tabellen solltest du dann in Etwa haben:
Kategorie
Verknüpfung_KategorieTeile
Teile
Verknüpfung_TeileModell
Modell

comlar

Mir hat man mal gesagt: Alles was man zusammenfassen kann und das sich wiederholt sollte eine eigene Tabelle bekommen.

Somit stimme ich KarlEgon.

Denn damit lässt sich die Datenbank am leichtesten erweitern. Bevor man in eine Tabelle "Teile" für jedes Modell eine Spalte anlegt (und dann noch zig SQL-Aufrufe im Quellcode anpassen muß), legt man einfacher eine eigene Modell-Tabelle an und in der Teile-Tabelle eine Spalte, in die die Modell-ID reinkommt.

klaba

Danke... ja ich glaube, so komme ich damit hin

klaba

Hallo,

jetzt muss ich doch nochmal kurz nachhaken, weil ich gerade wieder ein wenig verwirrt bin Ich frage mich gerade, ob für eine solche Abfrage eigentlich zwingend ein JOIN nötig ist?! Damit habe ich nämlich leider noch nicht gearbeitet und genau deshalb verwirren mich gerade diverse SQL-Manual Geschichten zum Thema.

Damit es auch nicht missverständlich wird, möchte ich das schnell anhand von einem kleinen Beispiel veranschaulichen:

Ich nehme einfach zwei ganz simple, fiktive Tabellen, einmal die Tabelle "Teile" und dann die Tabelle "Modelle". Nehmen wir mal an, "Teile" sieht so aus:

Teil-ID, Bezeichnung, Kategorie

1, Felge, Räder
2, Kotflügel, Karosserie

Nun sei Modelle folgendermaßen:

Teil-ID, Modell-ID

1, 1
1, 2
2, 3

Das würde als heißen, Teil 1 (Felge) passt in Modell Nr. 1 und in Modell Nr. 2, während das zweite Teil (Kotflügel) nur in Modell Nr. 3 passt.

Wie würde nun hierfür die korrekte Abfrage lauten und benötigt man dafür zwingend einen JOIN? Angenommen, ich möchte alle Teile der Kategorie Räder anzeigen, die in Modell 2 passen.

KarlEgon