Comment créer ce modèle de base de données e-commerce personnalisé?

Question

Je construis un site Web de commerce électronique à partir de rien et je dois créer une page de configuration de produit spéciale.

Il est seulement 1 type de produit, mais il est configurable sur plusieurs niveaux:

1. couleur (environ 4 possibilités différentes). La valeur est un VARCHAR.
2. Matériau (environ 10 options différentes). La valeur est un VARCHAR.
3. Taille (Environ 30 options différentes). A 2 valeurs, une colonne de largeur et une colonne de hauteur.
4. Finition (Environ 20 options différentes). La valeur est un VARCHAR.
5. Autres différentes options VARCHAR etc.

Ma question est ce que cela ressemblerait-il dans une base de données MySQL typique. Est-ce que j'ai une table pour chaque type d'option ou juste une table et lui donne en quelque sorte assez de colonnes pour qu'elle stocke toutes les options? Je devrai stocker des commandes et être capable de stocker les informations pour la commande dans un tableau. Je veux aussi être en mesure d'avoir des produits prêts à l'emploi qui ne sont pas personnalisables, tout comme un magasin normal.

Toute aide est appréciée !!

Answer 1

Je suggère que vous allez avec une table principale, avec toutes les informations sur le produit, et un tas de tables de recherche, qui se connecte à la table principale.

Il devrait ressembler à ceci:

Product_table: 
    ID primary key, 
    ColorInt int foreign key lkp_Color_table.ID, 
    Material_int foreign key lkp_Material_table.ID, 
    // snip the rest 

Et voici la table de recherche:

lkp_color_table: 
    ID primary key, 
    ColorStr varchar, 
    description varchar 

lkp_Material_table: 
    ID primary key, 
    MaterialStr varchar, 
    description varchar 

Le Product_table peut ressembler à ceci:

ID||ColorInt||Material 
1 ||1  ||1 
2 ||1  ||2 

Alors que le lkp_color_table peut ressembler à ceci:

ID||colorstr||description 
1 ||red  ||red color 
2 ||blue ||blue color 

Notez que lkp_color_table peut contenir color non utilisé, même chose pour d'autres tables de recherche. Donc, si vous avez 30 couleurs possibles, il vous suffit de remplir lkp_color_table avec 30 éléments, et ainsi de suite.

Il n'est pas nécessaire de créer un Product_id distinct pour chaque combinaison couleur-matière, il vous suffit de créer un product_id si vous l'utilisez.

Answer 2

Je dirais que vous aurez besoin:

OrderTable (OrderID, CustomerID, date, prix, expédition, ...)

OrderProductTable (OrderID, ProductID, Quantité)

ProductTable (ProductID, StandardBit, ColorID, Option2ID, ..., OptionNID); StandardBit - pour savoir si le produit est standard ou configurable.

CustomerTable (CustomerID, ...)

ShipmentTable()

OptionTable pour chaque option configurable (OptionID, Description).

Answer 3

2 + N tables:

• Produits (chaque produit dans le catalogue a un record ici
• SpecialKindOfProduct (Votre type de produit configurable, un product_id, et un tas de clés étrangères pour rechercher des tables (color_id , SIZE_ID, etc.)
• N tables de consultation (couleurs, tailles, etc.)

Lorsque vous ajoutez un secondes type de configurable produit dans le futur, vous venez de créer AnotherSpecialKindOfProduct.

Espérons que c'est assez clair à suivre.

Le principal avantage est que tous vos produits ont des attributs partagés (les colonnes de "Produits"), mais peuvent également avoir des attributs étendus.

Vous pouvez facilement sélectionner tout ce que vous avez besoin de produits à gauche qui rejoint SpecialKindOfProduct, etc.