Дизайн схемы для продуктов с несколькими вариантами / атрибутами?

11

Я использую MySQL. Идея похожа на shopify с другой концепцией, поэтому пользователи собираются добавлять свои собственные продукты с несколькими типами вариантов и атрибутов.

Из всех исследований, которые я провел, это кажется наиболее вероятным решением для меня, и мне просто интересно, есть ли что-то не так со следующей схемой и каковы положительные и отрицательные стороны?

Спасибо

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        |
lesandru
источник
1
Нажмите на тег 'EAV'.
Рик Джеймс
Я не заинтересован в полном решении EAV. Схема, которую я разработал, использует некоторую концепцию EAV, но не полностью.
Lesandru

Ответы:

5

Это просто информация из ответа @lesandru, я действительно нахожу ее очень полезной, так что спасибо ему и @sahalMoidu

Применяя нормализацию к вашей проблеме, решение - как дано. Беги и посмотри на скрипку

скрипка

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

Схема базы данных для нескольких типов продуктов

Решение здесь: http://www.codingblocks.net/programming/database-schema-for-multiple-types-of-products/

введите описание изображения здесь

Цао Фонг
источник
Привет @Cao Phong, где бы обрабатывать количество продукта? Продукты, у которых нет каких-либо вариантов, вероятно, справятся с этим в таблице продуктов, но как насчет продуктов, у которых есть варианты?
codeninja
1
Здравствуйте, что, если такие атрибуты, как цвет, размер или материал или любые их комбинации влияют на цену, и, как сказал, это будет делать, если вам не безразлично количество
Bakly