La Modélisation Des Variantes D'Un Produit

J'ai essayé de modèle de variantes de produits et pensé que je pourrais avoir besoin d'utiliser la VAE. J'aurais pu le faire sans EAV, mais je suis inquiet que je pourrais avoir manqué quelque chose. Voici mon dessin:

Voici ce que j'essaie de représenter:

Un product peut avoir 0 ou plusieurs product variants (par exemple un t-shirt produit peut avoir la taille et la couleur des variantes).
Un product variant peut avoir 1 ou plusieurs product variant options (par exemple, la taille de la variante peut être petit, moyen, grand).
Un SKU est composé de 1 ou plusieurs product variant options (le product_variant_option_combination table contient toutes les combinaisons possibles de " product_variant_options. Donc, si il y avait 3 tailles et 3 couleurs, il y aurait 3 * 3 = 9 combinaisons -- et chaque combinaison serait donné sa propre référence et prix).
Un product peut avoir 1 ou plusieurs SKUs.

Si le produit n'a pas toutes les variantes, alors il suffit de les ignorer product_variants, product_variant_options, et product_variant_option_combinations.

Est cette conception sonore? Vais-je avoir des problèmes de cette interrogation? Sera-ce à l'échelle? Est-il normalisé?

Mise à JOUR de 1

@Edper:

Si un produit peut avoir 0 ou plusieurs (mode optionnel) des variantes d'un produit (par exemple, la taille, la couleur, etc). Est-ce que l'une des variantes d'un produit peut aussi avoir 0 ou plusieurs produits ayant qu'une variante?

Je ne le pense pas. Il est possible qu'un produit comme un "t-shirt" ont une "taille" de la variante et un autre produit comme le "pantalon" peut aussi avoir une "taille" de la variante, mais je pense que c'est juste le hasard. Il n'y a pas besoin de faire de "taille" n'apparaissent que comme un enregistrement parce que la "taille" peut avoir les contexte différent.

Les produits que j'ai fais face à varier considérablement et ils sont tenus d'avoir des nommés de la même façon variantes.

Mise à JOUR 2:

Voici un exemple de la façon dont je vois mes données:

La Modélisation Des Variantes D'Un Produit

J'ai encadré la variante Size et à ses valeurs. Je tiens à préciser que ce ne sont pas considérés comme des doublons. Le Size variante pour les 3 produits est juste le hasard. Il n'est pas nécessaire de normaliser ce, je pense. Chaque produit peut avoir 0 ou plusieurs variantes -- et ils sont inconnus pour moi. J'attends des "doublons" (même s'ils ne sont pas vraiment des doublons comme ils le sont toujours dans le contexte d'un produit en particulier, et donc de Widget 1 "Taille" variante n'est pas le même que le Widget de 2 la "Taille" de la variante).

Mise à JOUR 3:

Je vois maintenant que, dans ma conception, il est possible pour un product d'avoir de multiples identiques product_variants. Je pense que cela peut être résolu en effectuant des product_variants.product_id et product_variants.name une clé composite. Cela signifie que Widget 1 ne peut avoir de "Taille" variante fois.

product_variant_options.product_variant_id product_variant_options.name devrait également être une clé composite.

Mise à JOUR 4:

Par la mise à jour de mon product_variant_option_combinations inclure product_variant_id (FK à product_variants.id) et l'application d'une contrainte UNIQUE avec product_variant_option_combinations.sku_id et product_variant_option_combinations.product_variant_id, Je pense que j'ai été en mesure d'éviter le problème d'avoir un SKU qui est à la fois "Petits" et "Gros". Est-ce exact?

La Modélisation Des Variantes D'Un Produit

-- phpMyAdmin SQL Dump
-- version 4.1.14
-- http://www.phpmyadmin.net
--
-- Host: 127.0.0.1
-- Generation Time: Jul 30, 2014 at 03:35 AM
-- Server version: 5.6.17
-- PHP Version: 5.5.12

SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";
SET time_zone = "+00:00";


/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;

--
-- Database: `mydb`
--

-- --------------------------------------------------------

--
-- Table structure for table `products`
--

CREATE TABLE IF NOT EXISTS `products` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(45) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8 AUTO_INCREMENT=2 ;

--
-- Dumping data for table `products`
--

INSERT INTO `products` (`id`, `name`) VALUES
(1, 'Widget 1');

-- --------------------------------------------------------

--
-- Table structure for table `product_variants`
--

CREATE TABLE IF NOT EXISTS `product_variants` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `product_id` int(11) NOT NULL,
  `name` varchar(45) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `UNIQUE_product_id_name` (`product_id`,`name`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8 AUTO_INCREMENT=3 ;

--
-- Dumping data for table `product_variants`
--

INSERT INTO `product_variants` (`id`, `product_id`, `name`) VALUES
(2, 1, 'Color'),
(1, 1, 'Size');

-- --------------------------------------------------------

--
-- Table structure for table `product_variant_options`
--

CREATE TABLE IF NOT EXISTS `product_variant_options` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `product_variant_id` int(11) NOT NULL,
  `name` varchar(45) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `UNIQUE_product_variant_id_name` (`product_variant_id`,`name`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8 AUTO_INCREMENT=5 ;

--
-- Dumping data for table `product_variant_options`
--

INSERT INTO `product_variant_options` (`id`, `product_variant_id`, `name`) VALUES
(2, 1, 'Large'),
(1, 1, 'Small'),
(4, 2, 'Black'),
(3, 2, 'White');

-- --------------------------------------------------------

--
-- Table structure for table `skus`
--

CREATE TABLE IF NOT EXISTS `skus` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `product_id` int(11) NOT NULL,
  `sku` varchar(45) NOT NULL,
  `price` decimal(10,2) NOT NULL,
  PRIMARY KEY (`id`),
  KEY `skus_product_id_products_id_idx` (`product_id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8 AUTO_INCREMENT=5 ;

--
-- Dumping data for table `skus`
--

INSERT INTO `skus` (`id`, `product_id`, `sku`, `price`) VALUES
(1, 1, 'W1SSCW', '10.00'),
(2, 1, 'W1SSCB', '10.00'),
(3, 1, 'W1SLCW', '12.00'),
(4, 1, 'W1SLCB', '15.00');

-- --------------------------------------------------------

--
-- Table structure for table `skus_product_variant_options`
--

CREATE TABLE IF NOT EXISTS `skus_product_variant_options` (
  `sku_id` int(11) NOT NULL,
  `product_variant_id` int(11) NOT NULL,
  `product_variant_options_id` int(11) NOT NULL,
  PRIMARY KEY (`sku_id`,`product_variant_options_id`,`product_variant_id`),
  UNIQUE KEY `UNIQUE_sku_id_product_variant_id` (`sku_id`,`product_variant_id`),
  KEY `spvo_product_variant_options_id_pro_idx` (`product_variant_options_id`),
  KEY `spvo_product_variant_id_product_var_idx` (`product_variant_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

--
-- Dumping data for table `skus_product_variant_options`
--

INSERT INTO `skus_product_variant_options` (`sku_id`, `product_variant_id`, `product_variant_options_id`) VALUES
(1, 1, 1),
(2, 1, 1),
(3, 1, 2),
(4, 1, 2),
(1, 2, 3),
(3, 2, 3),
(2, 2, 4),
(4, 2, 4);

--
-- Constraints for dumped tables
--

--
-- Constraints for table `product_variants`
--
ALTER TABLE `product_variants`
  ADD CONSTRAINT `product_variants_product_id_products_id` FOREIGN KEY (`product_id`) REFERENCES `products` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION;

--
-- Constraints for table `product_variant_options`
--
ALTER TABLE `product_variant_options`
  ADD CONSTRAINT `product_variant_options_product_variant_id_product_variants_id` FOREIGN KEY (`product_variant_id`) REFERENCES `product_variants` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION;

--
-- Constraints for table `skus`
--
ALTER TABLE `skus`
  ADD CONSTRAINT `skus_product_id_products_id` FOREIGN KEY (`product_id`) REFERENCES `products` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION;

--
-- Constraints for table `skus_product_variant_options`
--
ALTER TABLE `skus_product_variant_options`
  ADD CONSTRAINT `skus_product_variant_options_sku_id_skus_id` FOREIGN KEY (`sku_id`) REFERENCES `skus` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION,
  ADD CONSTRAINT `spvo_product_variant_options_id_product_variant_options_id` FOREIGN KEY (`product_variant_options_id`) REFERENCES `product_variant_options` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION,
  ADD CONSTRAINT `spvo_product_variant_id_product_variants_id` FOREIGN KEY (`product_variant_id`) REFERENCES `product_variants` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION;

/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;

Si un product peut avoir 0 ou plusieurs (mode optionnel) product variants (par exemple, la taille, la couleur, etc). Est-ce que, d'une product variants peut aussi avoir 0 ou plusieurs products avoir cette variante? Même avec product variant à product variant options parce que product variant options (par exemple, petit, moyen, grand) peut-être lié à 0 ou plusieurs product variant. Donc, ce qui signifie que vous avez une plusieurs-à-plusieurs rapport qui signifie que vous besoin d'une table de bridge dire products_product_variant? Ou pensez-vous que vous stockez directement les valeurs à-dire name champ de products variant à partir de la liste déroulante?
Voir La Mise À Jour 1. Merci.
Si il n'y a pas que partagent de nombreuses variantes de produits différents, alors votre conception est bonne. Mais encore une fois quand un utilisateur de choisir une variante, serait-il venir de la pré-rempli ComboBox, par exemple, ou il s'agit d'une table de référence qui est, disons lié à un ComboBox? Si c'est le dernier alors pourquoi le tableau de référence des pas indiqué dans votre conception? Mais encore une fois, votre conception est déjà assez bien.
Les utilisateurs ne seront pas "choisir" une variante. Au lieu de cela, ils seront "en précisant" une variante (et il est possible de spécifier ce qu'ils veulent).

InformationsquelleAutor StackOverflowNewbie | 2014-07-24

40

Vous pourriez avoir une conception comme:
```
 +---------------+     +-------------------+
 | PRODUCTS      |-----< PRODUCT_VARIANTS  |
 +---------------+     +-------------------+
 | #product_id   |     | #product_id       |
 |  product_name |     | #variant_id       |
 +---------------+     |  sku_id           |
         |             +-------------------+
         |                       |
+--------^--------+     +--------^--------+
| PRODUCT_OPTIONS |-----< VARIANT_VALUES  |
+-----------------+     +-----------------+
| #product_id     |     | #product_id     |
| #option_id      |     | #variant_id     |
+--------v--------+     | #option_id      |
         |              |  value_id       |
+-----------------+     +--------v--------+
| OPTIONS         |              |
+-----------------+              |
| #option_id      |              |
|  option_name    |              |
+-----------------+              |
         |                       |
 +-------^-------+               |
 | OPTION_VALUES |---------------+
 +---------------+
 | #option_id    |
 | #value_id     |
 |  value_name   |
 +---------------+
```
Avec le Principal, Unique et Clés Étrangères:
- PRODUITS
  - PK: product_id
  - Royaume-UNI: product_name
- OPTIONS
  - PK: option_id
  - Royaume-UNI: option_name
- OPTION_VALUES
  - PK: option_id, value_id
  - Royaume-UNI: option_id, value_name
  - FK: option_id OPTIONS de RÉFÉRENCES (option_id)
- PRODUCT_OPTIONS
  - PK: product_id, option_id
  - FK: product_id RÉFÉRENCES PRODUITS (produit_id)
  - FK: option_id OPTIONS de RÉFÉRENCES (option_id)
- PRODUCT_VARIANTS
  - PK: product_id, variant_id
  - Royaume-UNI: sku_id
  - FK: product_id RÉFÉRENCES PRODUITS (produit_id)
- VARIANT_VALUES
  - PK: product_id, variant_id, option_id
  - FK: product_id, variant_id RÉFÉRENCES PRODUCT_VARIANTS (produit_id, variant_id)
  - FK: product_id, option_id RÉFÉRENCES PRODUCT_OPTIONS (produit_id, option_id)
  - FK: option_id, value_id RÉFÉRENCES OPTION_VALUES (option_id, value_Id)
Vous avez:
- Par exemple des PRODUITS Chemise, Cavalier, Pantalon
- OPTIONS par exemple la Taille, la Couleur, la Longueur
- OPTION_VALUES e.g de Taille Petite, Moyenne, Grande; Couleur: Rouge, Blanc, Bleu
- PRODUCT_OPTIONS p. ex. Shirt - Taille, Couleur, Pantalon de Longueur, de Couleur
Vous avez besoin de créer un n-dimensions, tableau, avec le nombre de dimensions égalant le nombre d'options pour le produit. Chaque élément du tableau correspond à une variante de produit. Il y aura toujours au moins une variante de produit pour chaque produit; comme il y a toujours le pseudo option du produit "tel quel"
- PRODUCT_VARIANTS e.g Chemise 1, Chemise 2
- VARIANT_VALUES e.g Chemise 1: Petit Rouge; Chemise 2: le Petit Blanc
Vous avez la possibilité de validation afin de garantir un SKU n'est pas affecté, sauf si des valeurs ont été spécifiées pour toutes les options associées à un produit.

Basé sur la feuille de calcul de la façon dont vous voyez vos données, vous pouvez saisir des données dans vos tables comme suit:
```
PRODUCTS
========
id  name
--- --------
1   Widget 1
2   Widget 2
3   Widget 3

PRODUCT_VARIANTS
================
id  product_id name
--- ---------- ------
1   1          Size   (Widget 1)
2   1          Color  (Widget 1)
3   2          Size   (Widget 2)
4   3          Class  (Widget 3)
5   3          Size   (Widget 3)

PRODUCT_VARIANT_OPTIONS
=======================
id  product_variant_id name
--- ------------------ -------------
1   1                  Small         (Widget 1; Size)
2   1                  Large         (Widget 1; Size)
3   2                  White         (Widget 1; Color)
4   2                  Black         (Widget 1; Color)
5   3                  Small         (Widget 2; Size)
6   3                  Medium        (Widget 2; Size)
7   4                  Amateur       (Widget 3; Class)
8   4                  Professional  (Widget 3; Class)
9   5                  Medium        (Widget 3; Size)
10  5                  Large         (Widget 3; Size)

SKUS
====
id  product_id sku    price
--- ---------- ------ -----
1   1          W1SSCW    10 (Widget 1)
2   1          W1SSCB    10 (Widget 1)
3   1          W1SLCW    12 (Widget 1)
4   1          W1SLCB    15 (Widget 1)
5   2          W2SS     100 (Widget 2)
6   2          W2SM     100 (Widget 2)
7   3          W3CASM    50 (Widget 3)
8   3          W3CASL    50 (Widget 3)
9   3          W3CPSM   150 (Widget 3)
10  3          W3CPSL   160 (Widget 3)

PRODUCT_VARIANT_OPTION_COMBINATIONS
===================================
product_variant_option_id sku_id
------------------------- ------
1                         1      (W1SSCW; Size; Small)
3                         1      (W1SSCW; Color; White)
1                         2      (W1SSCB; Size; Small)
4                         2      (W1SSCB; Color; Black)
2                         3      (W1SLCW; Size; Large)
3                         3      (W1SLCW;  Color; White)
2                         4      (W1SLCB; Size; Large)
4                         4      (W1SLCB; Color; Black)
5                         5      (W2SS; Size; Small)
6                         6      (W2SM; Size; Medium)
7                         7      (W3CASM; Class; Amateur)
9                         7      (W3CASM; Size; Medium)
7                         8      (W3CASL; Class; Amateur)
10                        8      (W3CASL; Size; Large)
8                         9      (W3CPSM; Class; Professional)
9                         9      (W3CPSM; Size; Medium)
8                         10     (W3CPSL; Class; Professional)
10                        10     (W3CPSL; Size; Large)
```
Il semble y avoir rien du tout dans votre conception de l'arrêt de l'ajout de l'entrée de l'enregistrement (product_variant_option_id: 2; sku_id 1), de sorte que SKU W1SSCW a maintenant deux options des Petits et des Grands. Il n'y a rien pour empêcher l'entrée de l'enregistrement (product_variant_option_id: 7; sku_id: 1) de sorte que SKU W1SSCW a aussi l'option Amateur.

Basé sur la feuille de calcul de la façon dont vous voyez vos données, vous pouvez saisir des données dans mes tables comme suit:
```
PRODUCTS
========
product_id product_name
---------- ------------
1          Widget 1
2          Widget 2
3          Widget 3

OPTIONS
=======
option_id option_name
--------- -----------
1         Size SL
2         Color
3         Size SM
4         Class
5         Size ML

OPTION_VALUES
=============
option_id value_id value_name
--------- -------- ------------
1         1        Small        (Size SL)
1         2        Large        (Size SL)
2         1        White        (Color)
2         2        Black        (Color)
3         1        Small        (Size SM)
3         2        Medium       (Size SM)
4         1        Amateur      (Class)
4         2        Professional (Class)
5         1        Medium       (Size ML)
5         2        Large        (Size ML)

PRODUCT_OPTIONS
===============
product_id option_id
---------- ---------
1          1         (Widget 1; Size SL)
1          2         (Widget 1; Color)
2          3         (Widget 2; Size SM)
3          4         (Widget 3; Class)
3          5         (Widget 4; Size ML)

PRODUCT_VARIANTS
================
product_id variant_id sku_id
---------- ---------- ------
1          1          W1SSCW (Widget 1)
1          2          W1SSCB (Widget 1)
1          3          W1SLCW (Widget 1)
1          4          W1SLCB (Widget 1)
2          1          W2SS   (Widget 2)
2          2          W2SM   (Widget 2)
3          1          W3CASM (Widget 3)
3          2          W3CASL (Widget 3)
3          3          W3CPSM (Widget 3)
3          4          W3CPSL (Widget 3)

VARIANT_VALUES
==============
product_id variant_id option_id value_id
---------- ---------- --------- --------
1          1          1         1        (W1SSCW; Size SL; Small)
1          1          2         1        (W1SSCW; Color; White)
1          2          1         1        (W1SSCB; Size SL; Small)
1          2          2         2        (W1SSCB; Color; Black)
1          3          1         2        (W1SLCW; Size SL; Large)
1          3          2         1        (W1SLCW; Color; White)
1          4          1         2        (W1SLCB; Size SL; Large)
1          4          2         2        (W1SLCB; Color; Black)
2          1          3         1        (W2SS; Size SM; Small)
2          2          3         2        (W2SM; Size SM; Medium)
3          1          4         1        (W3CASM; Class; Amateur)
3          1          5         1        (W3CASM; Size ML; Medium)
3          2          4         1        (W3CASL; Class; Amateur)
3          2          5         2        (W3CASL; Size ML; Large)
3          3          4         2        (W3CPSM; Class; Professional)
3          3          5         1        (W3CPSM; Size ML; Medium)
3          4          4         2        (W3CPSL; Class; Professional)
3          4          5         2        (W3CPSL; Size ML; Large)
```
Dans ma conception, vous ne pouvait pas entrer les autres VARIANT_VALUES record (produit_id: 1; variant_id: 1; option_id: 1; value_id: 2) - de sorte que SKU W1SSCW a maintenant deux options de Petits et de Gros en raison de la clé primaire sur VARIANT_VALUES et les VARIANT_VALUES record (produit_id: 1; variant_id: 1; option_id: 1; value_id: 1). Dans ma conception, vous ne pouvait pas entrer dans la VARIANT_VALUES record (produit_id: 1; variant_id: 1; option_id: 4; value_id: 1) - de sorte que SKU W1SSCW a également la possibilité d'Amateur en raison de la clé étrangère référençant PRODUCT_OPTIONS et l'absence d'un enregistrement dans cette table de (produit_id: 1; option_id: 4), indiquant que la Classe est une option valable pour le produit Widget 1.

MODIFIER: Conception sans PRODUCT_OPTIONS table

Vous pourriez avoir une conception comme:
```
+---------------+     +---------------+
| PRODUCTS      |-----< PRODUCT_SKUS  |
+---------------+     +---------------+
| #product_id   |     | #product_id   |
|  product_name |     | #sku_id       |
+---------------+     |  sku          |
        |             |  price        |
        |             +---------------+
        |                     |
+-------^-------+      +------^------+
| OPTIONS       |------< SKU_VALUES  |
+---------------+      +-------------+
| #product_id   |      | #product_id |
| #option_id    |      | #sku_id     |
|  option_name  |      | #option_id  |
+---------------+      |  value_id   |
        |              +------v------+
+-------^-------+             |
| OPTION_VALUES |-------------+
+---------------+
| #product_id   |
| #option_id    |
| #value_id     |
|  value_name   |
+---------------+
```
Avec le Principal, Unique et Clés Étrangères:
- PRODUITS
  - PK: product_id
  - Royaume-UNI: product_name
- OPTIONS
  - PK: product_id, option_id
  - Royaume-UNI: product_id, option_name
- OPTION_VALUES
  - PK: product_id, option_id, value_id
  - Royaume-UNI: product_id, option_id, value_name
  - FK: product-id, option_id OPTIONS de RÉFÉRENCES (produit_id, option_id)
- PRODUCT_SKUS
  - PK: product_id, sku_id
  - Royaume-UNI: sku_id
  - FK: product_id RÉFÉRENCES PRODUITS (produit_id)
- SKU_VALUES
  - PK: product_id, sku_id, option_id
  - FK: product_id, sku_id RÉFÉRENCES PRODUCT_SKUS (produit_id, sku_id)
  - FK: product_id, option_id OPTIONS de RÉFÉRENCES (produit_id, option_id)
  - FK: product_id, option_id, value_id RÉFÉRENCES OPTION_VALUES (produit_id, option_id, value_id)
Basé sur la feuille de calcul de la façon dont vous voyez vos données, vous pouvez saisir des données dans ces tableaux comme suit:
```
PRODUCTS
========
product_id product_name
---------- ------------
1          Widget 1
2          Widget 2
3          Widget 3

OPTIONS
=======
product_id option_id option_name
---------- --------- -----------
1          1         Size        (Widget 1)
1          2         Color       (Widget 1)
2          1         Size        (Widget 2)
3          1         Class       (Widget 3)
3          2         Size        (Widget 3)

OPTION_VALUES
=============
product_id option_id value_id value_name
---------- --------- -------- ------------
1          1         1        Small        (Widget1; Size)
1          1         2        Large        (Widget1; Size)
1          2         1        White        (Widget1; Color)
1          2         2        Black        (Widget1; Color)
2          1         1        Small        (Widget2; Size)
2          1         2        Medium       (Widget2; Size)
3          1         1        Amateur      (Widget3; Class)
3          1         2        Professional (Widget3; Class)
3          2         1        Medium       (Widget3; Size)
3          2         2        Large        (Widget3; Size)

PRODUCT_SKUS
============
product_id sku_id sku
---------- ------ ------
1          1      W1SSCW (Widget 1)
1          2      W1SSCB (Widget 1)
1          3      W1SLCW (Widget 1)
1          4      W1SLCB (Widget 1)
2          1      W2SS   (Widget 2)
2          2      W2SM   (Widget 2)
3          1      W3CASM (Widget 3)
3          2      W3CASL (Widget 3)
3          3      W3CPSM (Widget 3)
3          4      W3CPSL (Widget 3)

SKU_VALUES
==========
product_id sku_id option_id value_id
---------- ------ --------- --------
1          1      1         1        (W1SSCW; Size; Small)
1          1      2         1        (W1SSCW; Color; White)
1          2      1         1        (W1SSCB; Size; Small)
1          2      2         2        (W1SSCB; Color; Black)
1          3      1         2        (W1SLCW; Size; Large)
1          3      2         1        (W1SLCW; Color; White)
1          4      1         2        (W1SLCB; Size; Large)
1          4      2         2        (W1SLCB; Color; Black)
2          1      1         1        (W2SS; Size; Small)
2          2      1         2        (W2SM; Size; Medium)
3          1      1         1        (W3CASM; Class; Amateur)
3          1      2         1        (W3CASM; Size; Medium)
3          2      1         1        (W3CASL; Class; Amateur)
3          2      2         2        (W3CASL; Size; Large)
3          3      1         2        (W3CPSM; Class; Professional)
3          3      2         1        (W3CPSM; Size; Medium)
3          4      1         2        (W3CPSL; Class; Professional)
3          4      2         2        (W3CPSL; Size; Large)
```
- Je suis encore en train de digérer votre solution. Cette approche de l'adresse de problèmes particuliers avec mon design? Si oui, quoi? Ma conception de l'échec d'une certaine manière?
- Aussi loin que je le vois un article est un attribut d'une variante de produit. Une variante de produit est une combinaison particulière de produit des valeurs d'option. Vous semblez avoir lié la référence à un singulier produit valeur de l'option e.g Chemise Rouge, au lieu d'une combinaison de valeurs de e.g Chemise Rouge. Ma conception divise ce que les options possibles sont à partir de laquelle les combinaisons d'options sont disponibles c'est à dire une Chemise Bleue peut ne pas être disponible.
- Pouvez vous s'il vous plaît identifier les Clés primaires des tables? Par exemple, est PRODUCT_VARIANT.variant_id le tableau PK? Qu'en est OPTION_VALUES.value_id? Est ce que le PK? Je suis encore à essayer de l'étude de votre conception pour voir si ce que vous dites au sujet de l'UGS sens pour moi.
- "Vous semblez avoir lié la référence à un singulier produit valeur de l'option e.g Chemise Rouge, au lieu d'une combinaison de valeurs de e.g Chemise Rouge." <-- ai-je? Mon skus table a une product_id FK. Et product_variant_option_combinations est une liste détaillée de tous les product_variant_options pour un skus.
- Les PKs sont les # attributs, donc il y a certaines composé des clés primaires comme pour PRODUCT_VARIANTS le PK est product_id, variant_id. Cela signifie il y a plus de validation dans mon design par rapport à la vôtre par exemple, dans ma conception, vous ne pouvez entrer VARIANT_VALUES pour valide PRODUCT_OPTIONS, alors que dans le vôtre tout PRODUCT_VARIANT_OPTION peut être sélectionné de produit. Aussi, vous pouvez entrer un seul OPTION_VALUE par PRODUCT_VARIANT une seule taille, alors que dans votre, vous pourriez avoir une variante qui est à la fois Petits et Grands.
- 1.) Ce tableau ne #variant_id référence? 2.) "alors que dans le vôtre tout PRODUCT_VARIANT_OPTION peut être sélectionné pour tout produit" <-- je ne vois pas comment c'est possible car mon products table n'est pas directement connecté à product_variant_options. 3.) "alors que dans votre, vous pourriez avoir une variante qui est à la fois Petits et Grands." <-- ce n'est pas ce que je veux? Si il y a une "Taille" de la variante, alors je veux éventuellement avoir une "Petite Taille" et "Grande Taille"? Je suis toujours un peu confus. Désolé.
- Je vois maintenant ce que tu veux dire par "alors que dans votre, vous pourriez avoir une variante qui est à la fois Petits et Grands." Ma conception certainement échoue. Je suis encore étudiant votre conception. Je ne veux pas OPTIONS.option_name pour être une clé unique. Il est parfaitement OK pour la "Taille" apparaît plusieurs fois (parce que la "Taille" du Widget 1 n'est pas la même "Taille" pour Widget 2). Si je supprime le royaume-UNI contrainte, aura-t-il des problèmes?
- Dans votre conception, où en serait le prix? Serait-il en PRODUCT_VARIANTS? Aussi, comment dois-je traiter le dans le cas que vous avez mentionné? Pas tous les produits ont des variantes (comme une question de fait, probablement la majorité n'aura pas de variantes). Je suis un peu perdu avec variant_id comme il ne semble pas se rapporter à une table???
- Vous pouvez supprimer le royaume-UNI sur les OPTIONS; cependant, vous devez vous assurer que les utilisateurs peuvent toujours distinguer entre l'option de Taille qui a des valeurs de Petites et Moyennes et de l'option de Taille qui a une valeur Moyenne/Grande. Le prix devrait être un attribut de la PRODUCT_VARIANTS table dans ma conception. variant_id est juste un certain nombre de distinguer entre les différentes variantes d'un produit en particulier et ne se rapporte pas à une autre table, vous pouvez le renommer en quelque chose comme variant_number. Pour "en" produit Widget 4 vous pouvez ajouter un PRODUCT_VARIANT (produit_id: 4; variant_id: 1; sku_id: W4) sans VARIANT_VALUES.
- Encore à essayer de comprendre votre conception. Je vous remercie pour votre patience. Est le PRODUCT_OPTIONS table-elle nécessaire? Il semble à faire est de relier les PRODUCTS et OPTIONS table. Ne pouvait pas même être atteint simplement en définissant une OPTIONS.product_id FK à PRODUCTS.product_id?
- N'est pas le seul problème avec ma conception est que product_variant_option_combination n'empêche pas une variante de Taille = Petit et Taille = Grand? Je n'ai pas pu en quelque sorte modifier ma table pour éviter cela?
- Veuillez voir ma mise à JOUR 4. J'ai modifié product_variant_option_combination et crois que j'ai résolu le problème dans lequel une référence peut être à la fois Petits et Grands. Pensées?
- Le PRODUCT_OPTIONS tableau est une "normalisation" si plus d'un produit peut avoir la même option; il n'est pas nécessaire si ce n'est pas le cas, où vous pouvez utiliser votre suggestion est OK. Mise à jour 4 s'arrête un SKU ayant une Taille de Petits et de Grands. Cependant, vous pourrait mal à ajouter un enregistrement dans SKUS_PRODUCT_VARIANT_OPTIONS indiquant que SKU W2SS (Widget 2) a une Couleur de Professionnels. En raison de la composé des clés primaires dans ma conception, dans laquelle les différents tableaux des touches d'utiliser les mêmes attributs, cette entrée ne serait pas possible.
- Je ne pense pas que la normalisation de la PRODUCT_OPTIONS est nécessaire dans mon cas. Encore une fois, si le Widget de 1 est une "option" Taille et Widget 2 a également une "option" Taille, je considère que ceux-être différent. Widget 1 doit être en mesure d'ajouter, de modifier et de supprimer ses options sans affecter Widget 2. Widget 1 "Taille" n'est pas le même que le Widget 2 de "Taille".
- Qu'advient-il de votre conception, quand PRODUCT_OPTIONS tableau est supprimé? (En particulier FK: product_id, option_id REFERENCES PRODUCT_OPTIONS (product_id, option_id)? Est-il une solution qui ne nécessite pas variant_id?
- J'ai ajouté un dessin sans le PRODUCT_OPTIONS table, et renommé variant_id être sku_id.
- Est OPTIONS.option_id pas censé être un auto-incrémentation de la valeur? Mon problème avec variant_id (qui a été renommé avec sku_id est que ce n'est pas un FK à quelque chose, c'est pourquoi je demande si il existe une solution qui n'a pas besoin d'une telle "nombre magique" - mais peut-être qu'il est en effet nécessaire). Maintenant, dans la dernière conception, je vois encore un autre étrange colonne comme variant_id (ce qui est le plus de cette OPTIONS.option_id la colonne). Pensées?
- Des OPTIONS.option_id peut être une auto-incrémentation de la valeur, mais il n'a pas besoin de l'être. Le composé clés primaires sont nécessaires afin de respecter les nécessaires contraintes d'intégrité, surtout que les enregistrements de chaque table sont conservés dans le produit 'groupes'.
- C'était un super sujet et de répondre. J'aimerais comprendre comment faire une requête sql être en mesure de trouver un produit tapé à la zone de recherche comme: "widget 1 petit blanc" ?
InformationsquelleAutor DrabJay

Vous devez vous connecter pour publier un commentaire.