[PHP]: résultat erroné d'un select

Il n'y a pas un "t" en trop dans ta première ligne:

criteret.is_conform

c une faute de frappe , car j'ai pas fais de copier coller!
Mais à part ce dont j'ai parlé il n'y a pas d'autres souci ;)

Ok alors regarde directement dans la base de données si ces valeurs correspondent bien.
Sinon quelle est l'erreur affichée par phpmyadmin?

Justement, il n'y a pas d'erreur générée!
J'ai bien ma table avec les valeurs correspondantes sauf pour une ligne dans le champ is_conform où il mets 1 à la place de 0, car normalement je dois avoir pour ce champ soit des 1 soit des 0!
C'est à dire que si je n'avais pas vérifié dans mes tables, je ne m'en serais même pas aperçue, que c pas la bonne valeur pour cette ligne!

effectivement le "group by" permet de supprimer les doublons.
Mais il faut préciser le champ sur lequel tu te bases pour supprimer tes doublons.
Exemple si tu veux avoir le résultat pour chaque étudiant, tu devrais faire un "group by etudiant.id".
Perso je comprends pas bien pourquoi tu te bases sur mes_projets.start_date (= la base de lancement des projet?)

au fait, pour cette requête, je dois avoir la liste des étudiants non conforme dans un projet par rapport à une date donnée.
J'avais au début essayer de mettre group by etudiant.id, mais ça me donne une seule ligne.
Je connais à l'avance le résultat qui doit être affiché, car je vérifie sur les tables où se font la sélection.
Seul group by start_date me sort quasi le "bon résultat" mais avec une ligne "erronée".

Je viens de m'apercevoir en parcourant le résultat sans "group by start_date" en suivant le conseil de Developper_man
qu'avec le group by start_date, il m'affiche les premières lignes des doublons, cad qu'il ne fait que supprimer la ligne double.

et par coincidence, je ne constate mnt qu'une seule ligne erronée, alors que dans d'autres cas il se pourrait que tout le résultat ne soit pas bon!

En somme , je pense que ma requête n'est pas bien faite...mais je sais pas y remédier :(

Effectivement, c'est pas la bon angle d'attaque.
Si tu as la date donné alors il vaut mieux rajouter une condition : start_date = MaDate
Sinon, récupère dans une première requête la list des dates.
Et ensuite rajoute dans ta requete : start_date in (date1,date2...)

Il faut p'etre que j'explicite un peu plus le problème et pour le moment j'oublie les dates :) car c lié à des fonctions dans un fichier php.

Dans la table mes projets, j'ai les champs suivants: id, projet_id, etudiant_id, start_date et end_date.
Dans la table etudiant, y a : id, prenom, nom
Dans la table critere, y a :id, projet_id, etudiant_id, is_conform

Objet de la requête:
Il faut afficher la liste etudiant_id conforme (is_conforme) avec leur nom et prénom , start_date et end_date , mais pas tous les étudiants!! uniquement ceux qui se trouvent dans la table mes projets et suivant le projet choisi.

J'ai cru mettre ces conditions dans ma requête, mais il s'avère que j'ai omis un truc.....ou y a un machin qui ne va pas!


Merci

bonjour, désolé pour le retard de ma réponse.
coté conception de la base de données, je crois que tu as un problème :)

je ne vois pas l'utilité d'avoir une table qui se nomme critère !! il suffit d'avoir un champ critère dans la table projets .

dans le cas ou un projet est fait par plusieurs étudiants, alors c'est la table projet qui est erroné; il ne faut pas avoir la colonne id_etudiant dans la table projets .

si j'ai bien compris le projet, tu as deux cas
1) un projet est fait par un seul étudiant, et un étudiant peut faire plusieurs projets :
la structure des tables sera comme ceci :
projets: projet_id, etudiant_id, start_date et end_date,is_conform
étudiant: id, prénom, nom

2) est fait par 1 ou plusieurs étudiants et chaque étudiant peux faire plusieurs projets (la propriété is_conform est liée à l'étudiant et au projet associé)
la structure des tables sera comme ceci :
projets: projet_id, start_date et end_date
projet_etudiant : etudiant_id,projet_id,is_conform
étudiant: etudiant_id, prénom, nom

bon, je te demande d'exprimer le besoin des tables avant même d'arriver aux requêtes ;)

Merci bcp pour ta réponse!

Voilà, j'ai pu enfin résoudre ce problème: Dans la table critere, y a un champ que j'ai omis de citer, c "is_key_student", qui veut dire si l'étudiant est une personne clé ou pas dans le projet.
La table mes_projets ne comportent que des étudiants clés.
Mais il fallait bien le préciser dans la condition de ma requête.
C'est fait, et ça marche maintenant!

Merci encore pour toutes vos réponses et votre aide!!