Schemaentwurf für Produkte mit mehreren Varianten / Attributen?


11

Ich benutze MySQL. Die Idee ist ähnlich wie bei shopify mit einem anderen Konzept, sodass Benutzer ihre eigenen Produkte mit mehreren Arten von Varianten und Attributen hinzufügen werden.

Nach all den Recherchen, die ich durchgeführt habe, scheint dies die wahrscheinlichste Lösung für mich zu sein, und ich frage mich nur, ob mit dem folgenden Schema etwas nicht stimmt und welche Vor- und Nachteile es gibt.

Danke

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
Klicken Sie auf das Tag 'eav'.
Rick James

Ich bin nicht an einer vollständigen EAV-Lösung interessiert. Das Schema, das ich entworfen habe, verwendet ein EAV-Konzept, jedoch nicht vollständig.
Lesandru

Antworten:


5

Dies ist nur die Information von @lesandru Antwort, ich finde es wirklich sehr nützlich, also Credits an ihn und @sahalMoidu

Wenn Sie Ihr Problem normalisieren, ist die Lösung wie angegeben. Lauf und sieh es dir auf Fiddle an

Geige

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

Datenbankschema für mehrere Produkttypen

Die Lösung ist hier: http://www.codingblocks.net/programming/database-schema-for-multiple-types-of-products/

Geben Sie hier die Bildbeschreibung ein


Hallo @Cao Phong, wo würde man mit der Produktmenge umgehen? Produkte, die keine Varianten besitzen, würden dies wahrscheinlich in der Produkttabelle behandeln, aber wie wäre es mit Produkten, die Varianten haben?
Codeninja

1
Hallo, was ist, wenn das Attribut wie Farbe, Größe oder Material oder eine Kombination davon den Preis beeinflusst und wie gesagt, dies tun würde, wenn Sie sich nicht für die Lagermenge interessieren
Bakly
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.