Datenbankstrukturberatung erforderlich

Derzeit arbeite ich an einer Website, die einen Produktkatalog enthalten wird. Ich bin ein wenig neu im Datenbankdesign, daher suche ich Rat, wie ich das am besten machen kann. Ich bin mit relationalem Datenbankdesign vertraut, daher verstehe ich "viele zu viele" oder "eins zu viele" usw. (habe eine gute DB-Klasse im College belegt). Hier ist ein Beispiel, wie ein Artikel kategorisiert werden könnte:

Propeller -> aircraft -> wood -> brand -> product.

Anstatt zu versuchen, das zu schreiben, was ich bisher habe, werfen Sie einen kurzen Blick auf dieses Bild, das ich mit der phpmyadmin-Designerfunktion erstellt habe.

Alternativtext http://www.usfultimate.com/temp/db_design.jpg

Nun, das alles schien in Ordnung und gut, bis mir klar wurde, dass die Kategorie "Holz" auch unter Propeller -> Airboat -> (Holz) verwendet werden würde. Dies würde bedeuten, dass "Holz" jedes Mal neu erstellt werden müsste, wenn ich es unter einem anderen Elternteil verwenden möchte. Dies ist nicht das Ende der Welt, aber ich wollte wissen, ob es einen optimaleren Weg dafür gibt.

Außerdem versuche ich, diese Sache so dynamisch wie möglich zu halten, damit der Kunde seinen Katalog organisieren kann, wenn sich seine Bedürfnisse ändern.

*Bearbeiten. Ich habe darüber nachgedacht, nur eine "Tags" -Tabelle zu erstellen. So konnte ich den Tag "Holz" oder "Metall" oder "50 Zoll" zu 1 für viele Elemente zuweisen. Ich würde immer noch eine Erziehungssache für die Hauptkategorien behalten, aber auf diese Weise müssten die Kategorien nicht so tief gehen und es würde keine Wiederholung geben.

Antworten auf die Frage(8)

Ihre Antwort auf die Frage