Projekt schematu dla produktów z wieloma wariantami / atrybutami?


11

Używam MySQL. Pomysł jest podobny do shopify z inną koncepcją, więc użytkownicy będą dodawać własne produkty z wieloma rodzajami wariantów i atrybutów.

Ze wszystkich badań, które przeprowadziłem, wydaje mi się to najbardziej prawdopodobne rozwiązanie i zastanawiam się, czy coś jest nie tak z poniższym schematem i jakie są wady i zalety?

Dziękuję Ci

Table: products
------------------------------
| ID | ProductName           |
|----------------------------| 
| 1  | Leather Wallet Case   |
| 2  | Jeans                 |
| 3  | Power Bank            |



Table: products_variants
-------------------------------
| ID | ProductId | ParentId | Variant  | VariantName | SKU  | StockTotal | WholeSalePrice | BuyPrice | OnSale | OnSalePrice |
|---------------------------------------------------------------------------------------------------------------------------|
| 1  | 1         | null     | model    | iPhone5     | SKU  | 10         | 3              | 10       | null   | null        |
|---------------------------------------------------------------------------------------------------------------------------| 
| 2  | 1         | null     | model    | iPhone4     | null | null       | null           | null     | null   | null        |
| 3  | 1         | 2        | color    | Red         | SKU  | 10         | 3              | 10       | null   | null        |     
| 4  | 1         | 2        | color    | Blue        | SKU  | 10         | 3              | 10       | null   | null        |     
|---------------------------------------------------------------------------------------------------------------------------|
| 5  | 2         | null     | size     | M           | null | null       | null           | null     | null   | null        |
| 8  | 2         | 5        | color    | Black       | SKU  | 10         | 3              | 10       | null   | null        |
| 9  | 2         | null     | size     | XXL         | SKU  | 10         | 3              | 10       | null   | null        |
| 10 | 2         | 9        | material | Cotton      | null | null       | null           | null     | null   | null        |
| 11 | 2         | 10       | color    | Red         | SKU  | 10         | 3              | 10       | null   | null        |
| 12 | 2         | 10       | color    | Blue        | SKU  | 10         | 3              | 10       | null   | null        |
| 13 | 2         | 9        | material | Casmir      | null | null       | null           | null     | null   | null        |
| 14 | 2         | 13       | color    | Green       | SKU  | 10         | 3              | 10       | null   | null        |
| 15 | 2         | 13       | color    | Brown       | SKU  | 10         | 3              | 10       | null   | null        |    
|---------------------------------------------------------------------------------------------------------------------------|
| 13 | 3         | null     | null     | null        | SKU  | 10         | 3              | 10       | null   | null        |

1
Kliknij znacznik „eav”.
Rick James,

Nie interesuje mnie pełne rozwiązanie EAV. Schemat, który zaprojektowałem, wykorzystuje pewną koncepcję EAV, ale nie w pełni.
lesandru

Odpowiedzi:


5

To tylko informacje z odpowiedzi @lesandru, naprawdę uważam ją za bardzo przydatną, więc dziękuję mu i @sahalMoidu

Zastosowanie normalizacji do twojego rozwiązania jest takie, jak podano. Uruchom i zobacz to na Fiddle

Skrzypce

CREATE TABLE products 
    (
     product_id int auto_increment primary key, 
     name varchar(20), 
     description varchar(30)

    );

INSERT INTO products
(name, description)
VALUES
('Rug', 'A cool rug'  ),
('Cup', 'A coffee cup');

create table variants (variant_id int auto_increment primary key,
                       variant varchar(50)
                       );
insert into variants (variant)
values ('color'),('material'),('size') ;   
create table variant_value(value_id int auto_increment primary key, 
                           variant_id int ,
                           value varchar(50)
                           );

insert into variant_value (variant_id,value)
values (1 ,'red'),(1 ,'blue'),(1 ,'green'),
        (2 ,'wool'),(2 ,'polyester'),
        (3 ,'small'),(3 ,'medium'),(3 ,'large');



create table product_Variants( product_Variants_id int  auto_increment primary key,
                            product_id int,
                            productVariantName varchar(50),
                            sku varchar(50),
                            price float
                            );




create table product_details(product_detail_id int auto_increment primary key,
                             product_Variants_id int,

                             value_id int
                             );

insert into product_Variants(product_id,productVariantName,sku,price)
values (1,'red-wool' ,'a121',50);

insert into product_details(product_Variants_id , value_id)
values( 1,1),(1,4);

insert into product_Variants(product_id,productVariantName,sku,price)
values (1,'red-polyester' ,'a122',50);

insert into product_details(product_Variants_id , value_id)
values( 2,1),(2,5);


2

Schemat bazy danych dla wielu rodzajów produktów

Rozwiązanie jest tutaj: http://www.codingblocks.net/programming/database-schema-for-multiple-types-of-products/

wprowadź opis zdjęcia tutaj


Witaj @Cao Phong, gdzie można obsłużyć ilość produktu? Produkty, które nie mają żadnych wariantów, prawdopodobnie poradziłyby sobie z tym na stole produktów, ale co z produktami, które mają warianty?
codeninja

1
Cześć, co jeśli atrybut, taki jak kolor, rozmiar, materiał lub dowolna ich kombinacja wpływa na cenę i jak powiedziałem, zrobiłby to, jeśli nie obchodzi Cię ilość towaru
Bakly
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.