Discussion :

[will89]

Bonjour, ça fait longtemps que je n'ai pas posté dans le forum PHP/MySQL de développez.net. Je pensais en avoir fini avec les galères sur ce langage, mais non.

Bon bref, je dois afficher dans une page HTML quinze articles d'une base de données, chacun des ces articles a plusieurs tarifs (un normal, un réduit, un solde et un solde privé). Ce n'est pas forcement toujours le même sur les quinze articles si vous voyez ce que je veux dire. Par exemple, sur les quinze (15 c'est le nombre d'articles par page, que j'obtiens en faisant LIMIT X,15 à la fin de ma requête), il arrive que trois soit en soldes et les 12 autre au tarif normal.

Chacun de ses tarifs est enregistré en base dans une table spécifique avec un ID_PROD pour le rattacher a l'article, un TYPE_TARIF (normal, soldes, etc.) et la valeur (plus d'autres infos sur l'état du tarif et ses dates de validités)

Vous êtes bien d'accord que je ne peu pas fixer de type_tarif dans ma grosse requête puisque certains sont en soldes d'autre en tarif normal.

Je cherche donc une solution puisque il faut qu'ensuite je récupère ces tarifs en cours pour pouvoir appliquer un classement dessus ou les marger (min et max en fonction des requêtes du client)..

N'hésitez pas a redemander e cas de mauvaise compréhension, mais je ne peu pas non plus trop en révéler pour des raisons professionnelles

[gwinyam]

Si j'ai bien compris, tu peux rajouter un champ type_tarif dans la table de tes produits. Comme ça tu feras la correspondance produits-tarifs non pas uniquement sur l'id mais également sur le type du tarif. En gros, une clé double.

[will89]

Oui mais non, parce qu'il y a le cas des soldes privées. Ça aurait pu marcher mais certains articles ont parfois un prix réduit uniquement pour les clients concernés.

[will89]

En gros, il y a quatre types de tarifs :

• VE : tarif réduit
• SP : soldes prives
• SO : soldes normal
• N : tarif normal

Il y a également un ordre de priorité sur ces tarifs. Lorsque VE existe, il est devant tout les autres, puis SP (avec en plus la condition que le client soit connecté de manière spécifique, reconnu grâce a une variable de session qui prend une valeur particulière), puis SO et enfin N qui est le tarif sans aucune réduction.

[gwinyam]

Et en restant sur l'idée que je t'ai suggéré, mais avec un champ contenant plusieurs clés.

En gros, dans ton champ, t'aurais: "VE/SO"

[numew]

et avec 2 champs, (tarif et solde par exemple) c'est pas faisable ?

[will89]

Je ne crois pas que stocker les tarifs directement dans prod soit la solution? En effet dans tout les cas, je peu toujours faire une liaison vers la table tarifs pour y accéder. Mon problème c'est comment savoir le quel choisir pour chaque article que je vais chercher via la requête.

[papa6]

Salut,

Si tu veux le tarif le moins cher du moment (c'est bien ça ? tu ne veux pas afficher les 3 ou 4 tarifs possibles, mais seulement le moins cher ?) :

Code :

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

1
2
3
4
5
6
7
SELECT t1.designation_article, IFNULL(t2.VE, IFNULL(t3.SP, IFNULL(t4.SO, t5.N)))
FROM base_articles AS t1
LEFT JOIN tarifs_reduits AS t2 ON t1.ID_PROD = t2.ID_PROD
LEFT JOIN tarifs_SP AS t3 ON t1.ID_PROD = t3.ID_PROD AND t3.ID_CLIENT = $id_externe_client
LEFT JOIN tarifs_SO AS t4 ON t1.ID_PROD = t4.ID_PROD
LEFT JOIN tarifs_N AS t5 ON t1.ID_PROD = t5.ID_PROD
LIMIT X, 15

Remarque : une vérification du type "t3.ID_CLIENT = $id_externe_client" doit se trouver dans la condition de ta jointure et non pas dans les WHERE afin qu'elle puisse retourner un champ NULL si le client n'est pas listé dans les soldes autorisées