Potrzebna struktura struktury bazy danych

Obecnie pracuję na stronie, która będzie zawierać katalog produktów. Jestem trochę nowy w projektowaniu baz danych, więc szukam porady, jak najlepiej to zrobić. Jestem zaznajomiony z projektowaniem relacyjnych baz danych, więc rozumiem „wiele do wielu” lub „jeden do wielu” itd. (W college'u otrzymałem dobrą klasę bazy danych). Oto przykład tego, co można sklasyfikować jako:

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

Zamiast próbować pisać to, co do tej pory miałem, po prostu spójrz na ten obraz, który stworzyłem z funkcji projektanta phpmyadmin.

alt text http://www.usfultimate.com/temp/db_design.jpg

Teraz wszystko wyglądało dobrze i elegancko, dopóki nie zdałem sobie sprawy, że kategoria „drewno” będzie również używana pod śmigłem -> łódź powietrzna -> (drewno). Oznaczałoby to, że „drewno” musiałoby zostać odtworzone za każdym razem, gdy chcę go użyć pod innym rodzicem. To nie jest koniec świata, ale chciałem wiedzieć, czy istnieje bardziej optymalny sposób na to.

Ponadto staram się utrzymać tę rzecz jak najbardziej dynamiczną, aby klient mógł zorganizować swój katalog w miarę, jak zmieniają się jego potrzeby.

*Edytować. Myślałem o stworzeniu tabeli „znaczników”. Mogę więc przypisać tag „drewno” lub „metal” lub „50 cali” do 1 do wielu elementów. Nadal utrzymywałbym typ rodzicielski dla głównych kategorii, ale w ten sposób kategorie nie musiałyby iść tak głęboko i nie byłoby powtórzeń.

questionAnswers(8)

yourAnswerToTheQuestion