Select alimenté dynamiquement

Version imprimable

31/05/2022, 12h34
fra340

3 pièce(s) jointe(s)

Select alimenté dynamiquement

Bonjour,

J'ai une page HTML "Objectifs" (formulaire avec checkboxes enregistré dans la table "objectif" ; valeur d'une checkbox cochée = 1 et non cochée = 0)
Pièce jointe 620069
Dans cet exemple, les objectifs cochés sont : objectif1, objectif3 et objectif7.

Dans ma bdd, j'ai une table "produit" avec pour chacun des produits enregistrés, le ou les objectif(s) au(x)quel(s) il répond
Pièce jointe 620070

Je souhaiterais que, dans ma page "Solution", un select ne propose que les produits de ma table "Produit" répondant aux objectifs de la page "Objectifs"
Dans notre exemple,
les produits qui répondent à objectif1 sont : produit 1 et produit11 ;
les produits qui répondent à objectif3 sont : produit 1, produit4 et produit6 ;
les produits qui répondent à objectif7 sont : produit et produit3.

Donc dans mon SELECT de ma page "Solution", je devrais avoir :
Produit 1
Produit 2
Produit 3
Produit 4
Produit 6
Produit 11

Pièce jointe 620072

Mon problème est que je ne sais même pas par ou commencer.

Quelqu'un pourrait-il me mettre sur la voie SVP ?????
Peut-être ai-je mal construit ma table "Produit" ????

Par avance merci.

En attendant, je continue à chercher.

François

Citation:

J'ai une page HTML "Objectifs" (formulaire avec checkboxes enregistré dans la table "objectif" ; valeur d'une checkbox cochée = 1 et non cochée = 0)

Une case à cocher non cochée ne vaut pas 0, elle n'existe pas.
Tu décris plutôt des boutons radio Oui/Non.

Citation:

Dans ma bdd, j'ai une table "produit" avec pour chacun des produits enregistrés, le ou les objectif(s) au(x)quel(s) il répond

Tu as donc autant de colonnes que d'objectifs possibles ?

Citation:

Je souhaiterais que, dans ma page "Solution", un select ne propose que les produits de ma table "Produit" répondant aux objectifs de la page "Objectifs"
Dans notre exemple,
les produits qui répondent à objectif1 sont : produit 1 et produit11 ;
les produits qui répondent à objectif3 sont : produit 1, produit4 et produit6 ;
les produits qui répondent à objectif7 sont : produit et produit3.

Donc dans mon SELECT de ma page "Solution", je devrais avoir :
Produit 1
Produit 2
Produit 3
Produit 4
Produit 6
Produit 11

Tu récupères les produits répondant à au moins 1 des objectifs sélectionnés => Il faut donc construire un WHERE composé de OR.

Pour ton exemple la requête correspondante est :
Code:

1 2 3 4 SELECT ALL ... FROM ... WHERE FALSE OR objectif1 = 1 OR objectif3 = 1 OR objectif7 = 1 -- Le FALSE sert juste à faciliter la construction, voir plus bas
Pour pouvoir construire cette requête il faut que tu récupères le nom des objectifs cochés, ex.
Code:

1 2 3 4 objectif1 : <input type="checkbox" name="objectifs[]" value="objectif1"> objectif2 : <input type="checkbox" name="objectifs[]" value="objectif2"> objectif3 : <input type="checkbox" name="objectifs[]" value="objectif3"> ...
Avec ce formulaire, tu récupèreras un tableau $_POST['objectifs'] contenant "objectif1", "objectif3" et "objectif7"

Pour construire le WHERE :
Code:

1 2 3 4 5 6 7 8 9 10 $where_objectifs = ''; foreach ($_POST['objectifs'] as $objectif) { $where_objectifs .= " OR {$objectif} = 1"; } $sql = <<<SQL SELECT ALL ... FROM ... WHERE FALSE {$where_objectifs} SQL;

31/05/2022, 13h36
fra340

Bonjour Seb et un grand merci pour cette réponse rapide

Effectivement, une checkbox non cochée ne vaut pas 0 mais enregistrée comme ça dans la BDD car case "NULL" non cochée.

Oui c'est ça, il y a autant de colonnes que d'objectifs possibles.

Je me penche sur ta solution et je reviens vers toi quoiqu'il en soit.

Encore merci

François
02/06/2022, 14h10
escartefigue

La table produit ne devrait pas être affublée d'autant de colonnes que d'objectifs possibles, car si le nombre d'objectifs évolue, il faut modifier la table des produits. De plus, la plupart des produits ne concernent qu'à un ou deux objectifs, on a donc une pléthore de colonnes vides systématiquement.

Ce type de modèle "à plat" correspond à un tableur, pas à un SGBD-R, ce n'est pas un modèle évolutif (imaginez la tronche de la table produit si un jour on a besoin de gérer des centaines ou des milliers d'objectifs...)

Si les règles de gestion sont
R001 : un produit peut concerner zéro à plusieurs objectifs
R002 : un objectif peut être concerné par zéro à plusieurs produits

Alors il faut créer une table associative entre produit et objectif ayant pour PK (ID_produit+ID_objectif)

Ainsi, la solution devient basique par une simple jointure.

Il faudra toutefois faire attention à préciser s'il faut sélectionner tous les produits correspondants à au moins l'un des objectifs ou seulement les produits correspondants à tous les objectifs.