Conseils pour multireferences

Répondre


Cette question est un moyen d’empêcher des soumissions automatisées de formulaires par des robots.
Smileys
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen: =D> #-o =P~ :^o :non: :priere: 8-|
Voir plus de smileys
  Revue du sujet
 

  Étendre la vue Revue du sujet : Conseils pour multireferences

Re: Conseils pour multireferences

par @rthur » 05 oct. 2015, 10:16

Bonjour,

Dans ce cas, il est préférable d'avoir 2 tables :
- une table produits (avec les infos génériques sur chaque produit) : id_produit, nom, reference
- une table produits_prix (avec les infos spécifiques des déclinaisons) : id produit (pour faire la liaison avec ta table produits), label_taille (ou label_declinaison si tu veux qqch de + générique que la taille pour prévoir l'avenir) , prix

## Modération :
Je déplace le sujet dans le forum SQL qui est + approprié

Conseils pour multireferences

par fabrice88250 » 05 oct. 2015, 09:43

Bonjour,
je suis en train de créé un catalogue de produits avec lequel l'internaute pourra faire une liste de souhait (un peu comme une boutique sauf qu'il n'y a pas de système de paiement).
Jusqu'à présent les produits que je met en bas de données n'ont qu'un seul et unique prix.
Par contre avec le temps certains produits auront plusieurs tarifs car plusieurs tailles.

Dans ma bas de données j'ai actuellement un champ référence et un champ prix.

Ma question est donc comment faire lorsque j'ai plusieurs tarifs pour un produits qui se décline en plusieurs 'référence' Sachant que il pourra y avoir 2 tarifs comme un dizaine.

la solution la plus simple serait de créé dans ma base prix1 prix2 prix3.... mais jusqu'à combien je risque d'être limiter a un moment donnée.
Ou alors y'a til un autre solution ?