bonjour,
 
je mes suis fait sous Access 2007 une base de données de la mort :
une table budget
Code
descriptif
Montant Annuel
Montant 11/09
Montant 12/09
Montant 01/10
Montant 02/10    
[...]
Montant 10/10  
et une table saisie
Date
Pointé
Montant
code
Affectation
 
déjà ça arrache.    
 
Mon but : faire une requete pour comparer mois par mois la différence entre mon budget et mes dépenses.
donc je fais un left join table budget on table saisie sur  "code" (ersatz de code comptable si on veut).
je veux ramener tous mes postes de la table budget et seulement ceux de la table saisie.
tout marche bien jusqu'à ce que je restreigne à l'intervalle de date
Voici le code

et la il ne me ramène que les champs pour lesquels j'ai quelque chose dans la table saisie. alors que si je ne met pas de where sur la date, le left join fonctionne....
 
si vous avez une idée avant que je sois obligé d'acheter Money....  

Ben c'est normal : tu mets un condition sur un champ qui appartient à la table Saisie. Donc tous les enregistrements retournés doivent satisfaire cette condition. Essayes en mettant la conditions dans le having et tu précise que la date peut être soit comprise dans l'intervalle soit être nulle.

ce qui reste logique, car si les lignes ne matchent pas, Saisie.date = null, et donc n'est pas en janvier 2010

merci Rufo d'avoir pris le temps de regarder.
peux tu me préciser la syntaxe du Having ? car le having n'est que sur une opération pas sur une restriction...
Casimimir, j'avais essayé un isnull(a,b) mais sous access ça n'a pas l'air d'être implémenté

RTFM  
 
Allé, je suis sympa, je te donne le lien : http://office.microsoft.com/fr-fr/ [...] 31036.aspx

Rufo, j'ai regardé le lien, c'est ce que je te disais, le having ne peut porter que sur une opération pas sur des intervalle de date.
j'ai essayé dans le where de spécifier la date null,  c'est mieux mais ça ne me remonte pas tout.
 
WHERE (Saisie.date Between #1/11/2009# And #11/30/2009# or saisie.date is null)

Access 2007 est pas capable de faire ça ???
SELECT Budget.Code, ..., Saisie.date, ... FROM ... HAVING (Saisie.date >= 1/11/2009 AND Saisie.date <= 11/30/2009) OR (Saisie.date IS NULL)...
 
Ca m'étonnerait beaucoup, en MySQL, ça passe tranquille En plus, quand tu lis la doc, c'est bien précisé que ça fonctionne :

Donc RTFM et apprends à lire!  
 
EDIT : et je suis sûr qu'on peut remplacer mes >= et <= par un BETWEEN qui est normalement considéré comme un opérateur logique.

 
rufo pas la peine d'être si désagréable, si je pose la question c'est que j'ai lu et fait des recherches. et que j'ai testé....
 
lis quelques forum commme celui là :
http://sqlpro.developpez.com/cours/sqlaz/ensembles/
 

 
donc je te retourne le RTFM

Attends t'es gentil, si je t'ai donné cette solution avec le having, c'est par ce que je l'ai déjà mise en oeuvre dans mon soft Astres (cf ma signature) et que ça marche très bien. Donc soit t'as pas fait la bonne requête, soit Access 2007 est pourri et n'implémente pas correctement la norme SQL (ce qui ne m'étonnerait pas quand on sait que Access 97 ou 2000 ne savait pas fait un COUNT(DISTINCT...)).
 
Montres un peu ta requêtes pour voir si ça viendrait  pas de là?

 
Ne nous énervons pas : tout le monde ment
 
donc voici le code
 

 
or ce qui est bizarre c'est qu'avec le  or saisie.date is null il me ramene bien des champs de ma table budget sans équivalence dans la table saisie (ce que je veux) mais pas tous...

le code semble correct, il y a juste le Budget.[Montant 11/09]  que je trouve étrange de retrouver dans le group by.
 
 
quand tu dis "mais pas tous...", tu parles de champs ou de lignes?

en fait Budget.[Montant 11/09] ne comporte qu'une ligne par code.
donc c'est obligatoire de le mettre dans le group by puisqu'il fait partie du select.
 
et je parle bien de lignes, je peux faire une copie écran du resultat de la requete mais je ne sais pas sur quel site la déposer pour faire le lien dans le forum.

 
Moi, je te demandais la requête avec le having, cette que tu dis qui le fonctionne pas.
 
EDIT : si t'as moyen de changer la structure de ta BD, ça serait pas mal, parce qu'avoir un champ de budget par mois, c'est n'importe quoi

Rufo, si je fais un budget par mois, c'est une bonne partie de mes dépenses ne sont pas récurrentes et arrivent sur un mois en particulier...
 
pour le code avec le having que j'ai testé le voici
 

Tu m'étonnes que ça marche pas, c'est n'importe quoi ta requête! C'est pas du tout ce que je t'avais dit de faire.    

j'ai essayé ton code, ça me retourne erreur de syntaxe dans la clause Having, comme tu le disais l'implémentation du SQL par Access est un  peu pourrie.
 
merci d'avoir regardé, je poursuis mes recherches

Encadre les dates avec des # (pas franchement standard, ça, comme syntaxe )

j'avais déjà corrigé les #, mais le message d'erreur est le même

Corrige aussi dans le group by Budget.Code, Budget.descriptif, Budget.[Montant 11/09] en group by Budget.Code, Budget.descriptif, [budget 11/09]

il n'y a pas de raisons de mettre le filtre dans un having, ca doit aller dans le where.
 
monghost: si ca ne retourne pas des lignes que tu "désirerais", c'est qu'elle ne correspondent pas avec ton filtre, la c'est a toi de voir le pourquoi du comment par rapport a ton jeu de donnée,  
et en fait en relisant ton truc, ton filtre "(Saisie.date >= 1/11/2009 AND Saisie.date <= 11/30/2009)" devrait se trouver dans ta jointure left outer join, et du coup tu n'aurais plus besoin de tester si la valeur est nulle

 
j'ai essayé ça :
 

 
mais j'ai "expression join non supportée"....  
Access est vraiment naze au niveau SQL
 
je vais regarder mon jeu de données mais ça me parait incohérent de prime abord
 

pas terrible access si il ne supporte pas ce type de critère dans le join

pour moi le seul truc ou tu pourrais rater des lignes avec le filtre que j'avais donné dans le where, serait que dans saisie.date tu aies une date heure, et donc tu raterais tout ce qui est en date du #11/30/2009# et au moins une seconde dans ton exemple.