Discussion :

[rhizome7]

Bonjour !

Je reprend une base de données (dont je ne suis pas l'auteur) utilisée en production depuis quelques années.

Je ne peux y faire de modifications dans les tables existantes pour ne pas perturber les applications existantes qui s'appuyent sur ces tables, mais peut (dois) créeer de nouvelles tables pour arriver à mes fins.

Il s'agit d'une gestion de produits et de commande en ligne de ces produits, dont voici les tables réduites au strict nécessaire pour faciliter la lecture

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
CREATE TABLE produits
(
  produit_id INTEGER PRIMARY KEY NOT NULL,
  libelle VARCHAR(200) NOT NULL,
  prix_tvac NUMERIC(7,2) NOT NULL,
  taux_tva NUMERIC(5,2) NOT NULL
);
 
CREATE TABLE commandes
(
  commande_id INTEGER PRIMARY KEY NOT NULL,
  client_id INTEGER NOT NULL,
);
 
CREATE TABLE commandes_details
(
  commande_id INTEGER NOT NULL,
  produit_id INTEGER NOT NULL,
  quantite INTEGER NOT NULL,
  prix_unitaire_tvac NUMERIC(7,2) NOT NULL, 
  taux_tva NUMERIC(5,2) NOT NULL
);

Voilà pour la présentation de l'existant (et de ses horreurs, comme le prix enregistré TVA comprise !).

Je souhaite ajouter la possibilité de créer des lots contenant plusieurs produits en quantités diverses. Le prix total du lot ne serait pas la somme des prix des produits, mais bien un prix spécifique pour ce lot. Un produit pouvant tout à fait être présent dans des lots différents.

Je pensais résoudre le problème de la gestion des lots de la façon suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
CREATE TABLE T_PRODUITS_LOTS
(
  LOT_ID INTEGER NOT NULL PRIMARY KEY,
  LIBELLE VARCHAR(200) NOT NULL
);
 
CREATE TABLE T_PRODUITS_LOTS_COMPOSITION
(
  LOT_ID INTEGER,
  PRODUIT_ID INTEGER NOT NULL,
  QUANTITE INTEGER NOT NULL,
  PRIX_UNITAIRE_HTVA NUMERIC(7,2) NOT NULL,
  TAUX_TVA NUMERIC(5,2) NOT NULL  
);

Et l'enregistrement des commandes de cette manière :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
CREATE TABLE T_COMMANDES_LOTS
(
  COMMANDE_ID INTEGER NOT NULL,
  LOT_ID INTEGER NOT NULL,
  QUANTITE INTEGER NOT NULL
);
 
CREATE TABLE T_COMMANDE_LOTS_DETAILS
(
  COMMANDE_ID INTEGER NOT NULL,
  LOT_ID INTEGER NOT NULL,  
  PRODUIT_ID INTEGER NOT NULL,
  QUANTITE INTEGER NOT NULL,
  PRIX_UNITAIRE_HTVA NUMERIC(7,2) NOT NULL,
  TAUX_TVA NUMERIC(5,2) NOT NULL  
);

N.B. :
- Les champs (COMMANDE_ID, LOT_ID) dans la table T_COMMANDES_LOTS sont une clef primaire composée de ces deux champs
- Les champs (COMMANDE_ID, LOT_ID) dans la table T_COMMANDE_LOTS_DETAILS sont une clef étrangère composée de ces deux champs

Plusieurs questions :

- Cette manière de gérer la gestion des lots et la commande de lots vous semble-t-elle bonne ?
- Comment stocker le prix unitaire ? Faut-il poursuivre dans l'erreur de l'existant en continuant à utiliser des prix TVAC ou faut-il rectifier le tir dans les nouvelles tables en utilisant des prix HTVA ?

Merci beaucoup pour vos conseils !

[CinePhil]

- Les champs (COMMANDE_ID, LOT_ID) dans la table T_COMMANDE_LOTS_DETAILS sont une clef étrangère composée de ces deux champs

Il faudrait y ajouter PRODUIT_ID sous peine de n'avoir qu'un produit par lot et par commande !

- Cette manière de gérer la gestion des lots et la commande de lots vous semble-t-elle bonne ?

Mais cette structure semble signifier qu'un lot peut changer (de produits, de quantités, de prix de produits) à chaque commande. Est-ce le cas ?

J'aurais plutôt compris cette notion de lot comme des ensembles de produits pré-déterminés (ordinateur + écran + imprimante par exemple) qui pourrait être acheté tel quel dans plusieurs commandes sans modification.

- Comment stocker le prix unitaire ? Faut-il poursuivre dans l'erreur de l'existant en continuant à utiliser des prix TVAC ou faut-il rectifier le tir dans les nouvelles tables en utilisant des prix HTVA ?

La BDD existe avec les prix avec TVA depuis plusieurs années et les applications clientes sont basées dessus.
Comme tu vas créer de nouvelles tables, il faudra aussi modifier les applications clientes. Gare à la réutilisation d'un module existant pour les calculs de prix si tu change la méthode de stockage des données !