Schemat bazy danych dla atrybutów produktów

Question

Chcę zaimplementować filtrowanie produktów w kategorii i mam pytania dotyczące właściwego schematu DB. Na razie mam poniższych tabelach:

Kategorie:

1. id 
2. category 
3. description 

Produkty:

1. id 
2. category_id 
3. product 
4. image 
5. price 

Atrybuty:

1. id 
2. attribute 

Category_Attributes:

1. category_id 
2. attribute_id 

I pytanie mam to co mam tworzyć tabele i jakie kolumny krzyczeć muszą przechowywać różne rodzaje wartości, wartości atrybutów, produkty itp wartości atrybutów

Would to normalne, aby utworzyć kolejne 3 tabele:

wartości:

1. id 
2. value 

Attributes_Values ​​:

1. attribute_id 
2. value_id 

Products_Attributes_Values ​​:

1. product_id 
2. attribute_id 
3. value_id 

mam pomieszane w ostatnich tabel. Co byłoby lepiej przechowywać i filtrować?

Answer 1

Co próbujesz osiągnąć to Entity-atrybut-wartość (EAV) lub ewentualnie rząd modelowanie rozwiązanie. Zwróć uwagę, że ten typ struktury jest w dużej mierze niezadowolony z wielu różnych powodów.

Jednakże Dowiodłem (np here, here, here i here), która dodana jest złe, z wyjątkiem, gdy tak nie jest. Jednym z tych rzadkich wyjątków jest katalog produktów, w którym śledzisz właściwości produktów i gdzie te właściwości nie są aż tak interesujące (do twojego systemu!) z wyjątkiem tego, że musisz je pobrać i wydrukować. na stronie internetowej produktu lub siatki porównania itp

Rozważmy projekt takiego:

co robisz w modelu jak ten, który opisuje atrybuty produktów w danej kategorii powinna mieć, jakie wartości mogą mieć te atrybuty, a następnie jakie wartości każdy konkretny produkt ma dla ea atrybut ch.

Ten wzór ma wszystkie typowe ograniczenia, które nakłada EAV.Jeśli jednak chcesz zadać pytania typu: "Które kulki mają średnicę 8 mm?" to całkiem proste.