Non mais je rêve complètement là.....
regarde dans phpMyAdmin, il y a un bouton marqué [Exporter] : je veux bien t'aider, mais faudrait un minimum quand même, je vais pas me farcir de recréer la base à la main, génère un fichier sql et colle ça entre deux balises [code][/code]

dsl, , je ne me souvenais plus qu'en exportant on avait les données aussi!!!

PS: je trouvais ca clair moi

Ok, je vais faire des tests et je reviens avec le résultat dès que je le trouve.

On voit bien que ses valeurs de dates ont le même format que celles comparées, y'a pas besoin de test alors.
Mais l'erreur est que la valeur d'une date doit être traitée comme une chaine. Il faut écrire la valeur entre quotes ou guillemets.

SELECT registre.NumDossier, registre.NumOT, registre.NumPompe, registre.Marques, registre.Models, registre.Secteur, registre.Urgence, registre.Datedebut, registre.Cloture, SUM( points.Points ) AS test
FROM registre, points
WHERE registre.ID = points.Numdossier
AND registre.Datedebut > '2005-02-01'
AND registre.Datedebut < '2005-02-28'
GROUP BY registre.NumDossier
ORDER BY test DESC 

ou bien utiliser Between puisque c'est une plage.

SELECT registre.NumDossier, registre.NumOT, registre.NumPompe, registre.Marques, registre.Models, registre.Secteur, registre.Urgence, registre.Datedebut, registre.Cloture, SUM( points.Points ) AS test
FROM registre, points
WHERE registre.ID = points.Numdossier
AND registre.Datedebut
BETWEEN '2005-02-01'
AND '2005-02-28'
GROUP BY registre.NumDossier
ORDER BY test DESC 

T'as au moins deux dossiers qui doivent répondre à cette requête : le 9558/0 Datedebut : 2005-02-18 et le 9601/0 Datedebut : 2005-02-22

Bon, voilà la requête corrigée, comme tu vois, ça a pas été très long: Voici le résultat obtenu: Est-ce que c'est ce que tu attendais ?

Pourquoi ça marche alors qu'en apparence la requête est la même que la tienne ? Ce sont de petits détails parfois insignifiants qui font la différence: tu avais essayé avec TO_DAYS(2005 -02 -01) : regarde comment j'ai modifié: T_DAYS('2005-02-01') : pas d'espace dans la chaîne de la date et le tout entre apostrophes.

Ça va jusque là ?

bpnjour,

jusque la ca va, a la seule différence que si je mets "FROM registre AS r, points AS p", il y a un message d'erreur mais si je mets fraom registre, points, tout va bien!

maintenant, reste plus que l'histoire du seuil, et c gagné

si je mets "FROM registre AS r, points AS p", il y a un message d'erreur

Ça ne me parle pas beaucoup : si tu ne précises pas quel message d'erreur, je ne devinerai sûrement pas

enfait, j'avais mal lu , dsl, ca marche bien en fait!

Comme je disais, reste plus que le probleme du seuil!
tu penses avoir une solution?

Alors reprenons parce que depius le début, il y a eu une certaine évolution et j'en ai perdu des bouts en route: quel seuil veux-tu utiliser dans ta requête ?

lol,

tu va voir, c simple comme tout!!

Je cherche a afficher tous les enregistrements compris entre 2 dates (ca, c fait) et dont la somme des points ( SUM( p.Points ) AS test ) est inferieure a une valeure qui est saisie dans une zone texte.

voila, tu vois, c tout simple

c'est simple comme tout, ajoute un HAVING au GROUP by de ta requête :

SELECT  r.NumDossier, 
 r.NumOT, 
 r.NumPompe, 
 r.Marques, 
 r.Models, 
 r.Secteur, 
 r.Urgence, 
 r.Datedebut, 
 r.Cloture, 
 SUM( p.Points ) AS test 
FROM registre AS r, points AS p 
WHERE r.ID = p.Numdossier 
AND TO_DAYS(r.Datedebut) > TO_DAYS('2005-02-01') 
GROUP BY r.NumDossier
HAVING SUM( p.Points ) < $valeur_saisie

...tu va voir, c simple comme tout!! ...

lol, ben oui, on en est QU'À 5 pages sur le sujet

c'est simple comme tout, ajoute un HAVING au GROUP by de ta requête :

SELECT  r.NumDossier, 
 r.NumOT, 
 r.NumPompe, 
 r.Marques, 
 r.Models, 
 r.Secteur, 
 r.Urgence, 
 r.Datedebut, 
 r.Cloture, 
 SUM( p.Points ) AS test 
FROM registre AS r, points AS p 
WHERE r.ID = p.Numdossier 
AND TO_DAYS(r.Datedebut) > TO_DAYS('2005-02-01') 
GROUP BY r.NumDossier
HAVING SUM( p.Points ) < $valeur_saisie

Suggestion: comme le champ pour le suil est déjà aliasé, on peut peut-être utiliser l'alias?

suggestion correcte.
Le HAVING est un filtre qui ne s'applique qu'après regroupement. si il y a calcul, les champs calculés sont créés avant le HAVING et généralement après le regroupement GROUP BY.

Dans notre cas, le champ "test" qui désigne la somme (SUM) est créé après le regroupement et avant l'application du filtre HAVING, ce dernier peut alors le voir.

Contrairement à un WHERE, qui lui ne peut voir les champs calculés car il ne sont créés qu'après son application (généralement lors d'un GROUP BY explicite ou implicite)

Je rappelle que l'ordre d'exécution d'un SELECT est :
1. lecture des sources (FROM)
2. application du WHERE pour filtrage du jeu de réponse (tuple)
3. calcul avec/sans GROUP BY : création des champs calculés
4. filtrage par groupe (HAVING pour GROUP BY explicite ou implicite)
5. tri (ORDER BY) pour réorganiser le tuple
6. écriture du tuple selon la structure des champs du SELECT

On comprend alors pourquoi il est incorrect d'inclure un champ de calcul dans la clause WHERE puisque ce champ n'existe pas lors de l'application du WHERE.
Et on voit aussi pourquoi les champs de calcul sont tolérés dans les clauses HAVING et ORDER BY puisqu'ils sont créés avant

Bonnjour,

CA MARCHE !!!!

Franchement, je vous (en tout bien, tout honneur bien sur )

Je vous remercie de votra aide et surtout de votre patience!!!

FAb

PS:si vous etes chaud, j'ai un autre souci qui se trouve a cette adresse:
http://www.phpfrance.com/forums/voir_sujet-9265-15.php