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 ?