PHP|Débutant :: Forums

Ah j'oubliais...

Si tu veux enregistrer pour une même recette des ingrédients de remplacement, du style mettre de la Maïzena à la place de la farine, je te conseille pour faire ça proprement de faire deux recettes différentes, l'une appelée 'recette classique'  et l'autre 'recette allégée' par exemple.

Dernière modification par Jc (04-06-2011 15:39:45)

Re,

si tu fais

ta requête te retournera l'ensemble des recettes qui contiennent soit de la farine (et pas de sel), soit du sel (et pas de farine), soit les recettes qui contiennent les deux.

Ce qu'il te faut c'est faire une recherche par recette. Il faut donc faire un regroupement des enregistrements. Tu pourrais faire par exemple :

++

EDIT: Les problèmes de AND, OR, NOT AND, NOT OR,...,  sont des problèmes de logique appliquée, où il faut bien comprendre les notions de AND inclusif ou exclusif ainsi que de OR inclusif ou exclusif, et dans chacun des cas que je viens de citer la signification de leur contraire (NOT).

Dernière modification par Jc (04-06-2011 17:08:10)

Bonsoir,

Profites-en aussi pour tester de près les AND et les OR dans tes requêtes
++

Bonjour,
J'ai réussi à faire la partie positive (AVEC ces ingrédients) grâce aux conseils donnés ci-dessus, et je bûche sur la partie négative (SANS ces ingrédients) avant d'entamer la partie utilisant les deux. Et je lutte et m'interroge.
Concernant la partie négative, ne faut-il pas sélectionner toutes les recettes qui ont l'un de tous les autres ingrédients via un "simple" (ingredient_nom = 'truc' OR ingredient_nom = 'machin'...etc) comprenant tous les ingrédients sauf ceux sélectionnés par l'utilisateur ? Ca me semble être toutefois très long et bancal comme principe et si c'est la solution, je n'ose envisager celle pour la recherche utilisant les AVEC et les SANS... Comment faire autrement ? Je pensais naïvement qu'une simple négation par != dans la requête positive marcherait mais les résultats sont incohérents.
Merci pour vos avis éclairés

Dernière modification par Mendoza (07-06-2011 10:13:48)

Argh je suis pourtant sûr d'avoir testé cette possibilité... Je vais recommencer, j'ai dû me planter ailleurs. Merci. Encore.

Doit y avoir un truc en plus...Quand je fais "SELECT recette_id FROM recettes_ingredients WHERE (ingredient_id <> '28' AND ingredient_id <> '31') GROUP BY recette_id" les résultats ne sont pas cohérents, je ne devrais pas avoir les crêpes là-dedans (entre autres erreurs)...Grmbll.

bonjour,

@pierrot : Ce qui nous interesse c'est la liste des recettes_id qui ne contiennent pas ces ingrédients. Or les doublons sur recette_id ne nous interessent pas non plus, d'où le GROUP BY. (De tout de manière tu n'a plus le droit de poster sur ce forum tant que tu n'as pas mis ta requête simplifiée à mort dans mon post que tu devais déjà mettre hier matin )
@mendoza: Pourtant ils devraient l'être. Es-tu certain d'avoir bien défini l'ensemble des ingrédients par recette? Car si tu as ingredient_id=28 et ingredient_id=31 de définis pour la recette_id des crêpes, elle n'apparaîtra pas dans les résultats de cette requête.

Je te rappelle une chose : ingredient_id<>28 AND ingredient_id<>31 te listera l'ensemble des recettes qui ne contiennent pas à du Sel OU de la Farine OU les deux. C'est à dire que si une recette contient du sel et pas de farine elle ne sera pas listée au même titre qu'une recette qui contient les deux.

Si tu souhaites que ta requête te liste les recettes qui contiennent du sel OU qui contiennent de la farine uniquement (c'est à dire qui ne contiennet pas les deux à fois) il faut écrire

Dernière modification par Jc (08-06-2011 07:34:04)

Bon ça fait un moment que je m'énerve dessus. Je viens de faire une base de tests avec des nombres au pif pour les recettes, avec des ingrédients au pif. Et quand je fais la requête, j'ai des résultats cohérents. Mfff. Quelqu'un saurait pourquoi sur une table de tests faite en 3 secondes ça marcherait et pas sur la vraie ? Vous voyez une raison possible ?

En fait, quelque soit la valeur de l'ingredient_id et quelque soit leur nombre, les résultats restent les mêmes. Strictement. Que je cherche de la farine, du poivre ou quoique ce soit d'autre, les mêmes : c'est à dire toutes les recettes qui ont des ingrédients (oui dans la base j'en ai qui ont juste servies à tester les différents champs, donc qui n'ont pas forcément d'ingrédient).

Ce qu'il y a, c'est que cette même bdd renvoie les bonnes données quand je fais la première requête AVEC.

Le $nom contient une ligne facultative avec un AND recette_nom LIKE '%$rechRecette%' si l'utilisateur tape un nom dans la case prévue pour.
Le $classe contient un paramètre permettant de filtrer les recherches par classe de recettes (entrées/plats/desserts/apéros : "AND recette_classe = 'entree'" par ex.).
le $valeurs est un implode des valeurs cochées par l'utilisateur séparées par des " OR ingredient_nom = ".
Le $nb contient le nombre de valeurs cochées.
Là, je n'ai pas constaté la moindre erreur de cohérence. Si le problème de la recherche SANS venait de la table, est-ce que ça pourrait marcher aussi bien pour la partie AVEC ?
Je précise que quand je fais la recherche AVEC simplifiée (juste un SELECT recette_id FROM recettes_ingredients WHERE ingredient_nom = '28' OR ingredient_nom = '31' HAVING COUNT etc.) j'obtiens les mêmes résultats.

Pour la partie SANS, quand je fais une requête plus ardue inspirée de celle ci-dessus (donc avec les noms des ingrédients et des recettes pour plus de lisibilité) sans GROUP BY pour tâcher de comprendre ce qu'il fait, en ne disant seulement que je ne veux pas de farine, il est tout fier de me retourner par exemple toutes les lignes d'ingrédients des crêpes SAUF celle qui concerne effectivement la farine. Donc il comprend vaguement ce que je veux, c'est juste qu'il s'en fout. Je pense qu'il rit en me voyant rager. Le pire c'est qu'il encadre les ingrédients histoire de bien me montrer qu'il sait. Il m'en veut pour toutes les approximations que je lui ai fait subir. Hum pardon, je pète les plombs.

Donc je suis ouvert à l'utilisation du Wall. Quelles parties du code faut-il que j'y mette ?

Pardon pour la nouvelle question stupide, mais je n'ai pas encore organisé le traitement négatif du formulaire, j'attendais de savoir formuler correctement la requête, uniquement via l'interface de mysql. Tu veux quand même que je mette la partie positive ? Ou le plus simple est peut-être encore que je vous donne l'adresse de la page du site ?

Re bonjour,

Un petit oubli de ma part.
Concernant,

Je ne suis pas certain que cela soit toujours pertinent selon ce que vous cherchez à faire, d'autant que le nombre de critères d'ingredients recherché peut être >3 vu l'implémentation.
Dans ce contexte seul deux valeurs pour nb sont possibles pour préserver la pertinence du filtre.
1) nb=1 : Au moins un ingrédient parmis la liste est contenu dans la recette.
2) nb=count(recette_id) : UNIQUEMENT tous les ingrédients doivent être présent dans la recette recherchée.
En effet des valeurs intermédiaires signifieraient par ex que 2 ou 3 ingrédients sur 5 doivent être présents. Mais lesquels seront retenus par la requête? Même si on peut répondre à la question en analysant le fonctionnement de l'interpréteur de MySQL, la pertinence du nombre de critères d'ingrédients saisis dans la requête ne serait plus.

Si il y a un truc que tu n'a pas compris, n'hésite pas à demander.

++

Dernière modification par Jc (09-06-2011 17:12:57)