Bonjour,

Je souhaite vendre des photos :

Les prix diffèrent selon la taille, la qualité du papier, avec ou sans cadre.

Comment dois je transformer cela en tables

Merci de votre aide

Bonjour,
Ce que je te propose, c'est une version vraiment simpliste.
Les colonnes sont au minimum. À toi de voir pour tes besoins.
L'image de ma proposition

Merci pour ton aide.

Je n'arrive pas à voir exactement mais quelque chose me chifonne.

Ne serait il pas nécessaire d'insérer dans la table photos un code prix faisant référence dans la table prix à ce même code et dans cette table y ajouter un sous-code prix représentant les différentes posibilités (format, papier ...)

Qu'en penses tu ou c'est absurde.

J'ai eu un probleme similaire a réglé j'avoue ne pas l'avoir fait avec MySQl mais simplement en php.

Pour cela j'étais parti sur un prix de référence par format qui correspond a une qualité de papier ordinaire tout ça dans un tableau
Dans un autre tableau j'avais associé suivant le format un surplus tarifaire correspondant au papier glacé.
Et dans ton cas il te faudrai un troisieme tableau pour le prix du cadre

Re,

La "table" prix, n'est pas conceptuellement parlant une table, c'est une relation porteuse de données.

La solution que je te propose à l'avantage de ne jamais être limité.
Elle permet aussi une programmation très aisée.
Un simple formulaire avec des listes (aussi bien pour la partie administration que pour la partie client) et toutes les possibilités peuvent être gérées.

EDIT :

Dans la proposition, j'ai oublié le cadre.
Il suffit d'ajouter une table "cadres".

Je te remercie mais j'aimerai passer par MySQL

Bah tu transformes les array en table en suivant le principe de correspondance qu'il y a dans les tableaux y a rien de compliquer faut juste faire un petit effort et pas attendre qu'on livre tout sur un plateau

Merci Ajoloca mais que veut tu dire par "n'est jamais limitée"

Tu veux dire que ma solution est limitée (ce qui est fort possible) mais si tu pouvais m'expliquer que je comprennes bien.

Et quid de l'évolution du prix dans le temps

En te remerciant par avance de ta patience

Ce que je te propose c'est ce que l'on appelle des "tables de référence", elles contiennent les données qui te permettent de construire les autres.

Si demain tu veux changer le prix d'un "modèle" au niveau SQL c'est juste un "UPDATE" sur la table "prix".

Pour une commande tu devras avoir d'autres tables comme Clients, Commandes, Lignes_commande, etc...
Dans ta ligne_commande tu auras le prix au jour de la commande.
Si demain tu modifies le prix dans "prix" tu n'as aucune incidence avec les ventes déjà effectuées.

C'est une proposition, il-y-on a d'autres comme de gérer chaque élément comme un article, une approche comme celle proposée par fab