Discussion :

[Cyrius]

onjour,
Je débute avec les bases de données.
Je souhaite faire une base de données de matériel avec mysql. La table produit ressemblera un peu à celle-ci
TABLE produit(
id (6) INT AUTO INCREMENT NOT NULL,
nom
marque
categorie
ficheconsctructeur
pilotes
)

Le problème que je me pose, c'est que chaque produit pourra avoir plusieurs prix. J'ai pensé à faire un table prix et je fais une jointure avec matériel, mais il doit bien exister une autre solution?

Merci

[zalett]

Pourquoi ne pas creer un champ Prix dans ta table produit,ce serait plus simple au lieu d'alourdir ta base avec une autre table?.

[efficks]

Il faut nécessairement que tu crée une nouvelle table prix avec un champ prix et un champ idProduit que tu met en clé étrangère. En fait une base de données a pour but de faire des liens comme celui-ci. C'est la base même des relations des bases de données.
Ça devrait fonctionner très bien.

Sinon, tu peux créer plusieurs entrées pour chaque produit avec une clé primaire pour le produit et sur le prix en même temps mais cela fait trop de données redondantes et ce n'est pas vraiment optimal.

[WOLO Laurent]

Pourquoi ne pas le rediriger vers un site de modélisation ?
Il pourra trouver des resources très utilies.

[Maximil ian]

Chaque produit a un nombre de prix indéfini ?

[WOLO Laurent]

Surement, ce n'est plus le même produit !!! pour plusieurs prix.
C'est une première.Pourquoi alors ?

[Maximil ian]

Surement, ce n'est plus le même produit !!! pour plusieurs prix.
C'est une première.Pourquoi alors ?

A la tête du client :

[Cyrius]

Bonjour,
Est-ce que ceci conviendrait?Je fais ces tables et quand on consulte un produit, je fais des select en mettant des conditions, cad par exemple select prix_boutiques where id=id_produit_que_l'on_consulte

prix_boutiques(
id(6) auto increment not null,
id_boutique
id_produit
valeur
promo (1 ou 0) )

prix_occasions(
id(6) auto increment not null,
id_membre
annonce
valeur
departement)

boutique(
id(6) AA NN
nom
departement
etc....)

produit_$categorie(
id (6) AA NN,
nom,
categorie
etc....)

[WOLO Laurent]

Je pense que vous avez des problème de modélisation.
Commencez peut être ici
Et faites des recherches sur le net vous trouverez beaucoup d'exemples de cas de ce genre.
Mais pas la règle

un produit possède 1 ou plusieurs prix

A moins que j'ai mal compris votre question.

[frochard]

Pour répondre au message "A la tête du client" c'est exactement ce que permet de faire n'importe quel logiciel de gestion commerciale :

On associe l'article à 1 prix par défaut, et on peut définir un prix spécifique par client (partenaires commerciaux, bon client, mauvais client, nouveau client, particuliers, entreprise ... sont autant de critères qui peuvent nécessiter plusieurs prix.

Sinon après, il y a les variations de prix par quantité un prix pour 1 à N et un autre prix pour N à M articles ... etc

On peut également voir les variations de prix sur options : Un même produit, avec de légère variances (couleur, taille ...)

Sinon, pour répondre directement à la question : le plus simple pour faire ce que l'on veut c'est

table n°1 : Article - nom - ..... code - UID
UID étant une clé primaire autoincrémentée -> une ligne par article
table n°2 : UID - souscode - complement description - prix ....
UID étant ici un champ numérique correspondant à l'UID de la table 1 MAIS N'est PAS la clé primaire de table 2 -> de 1 à N lignes par articles

un SELECT table1.cequejeveux, table2.cequejeveux FROM table1 LEFT JOIN table2 ON table1.UID=table2.UID permettra de trouver tous les prix associés à l'article

J'utilise moi même une solution similaire sur le site que j'ai développé pour un client, sauf que dans mon cas, chaque article est éclaté en 4 tables liées entre elles par ce fameux UID

[Mr N.]

Pourquoi ne pas appliquer tout simplement une remise au lieu de prix différents ???