High-Tech Santé Médecine Droit-Finances

Réalisation

vidéo numérique

Rechercher : dans
Par :

{Access} requête incompatible avc CDate

Dernière réponse le 2 nov 2009 à 16:56:37 eric13500, le 2 nov 2009 à 12:30:22 
 Signaler ce message aux modérateurs

Bonjour,

Je suis face à un problème... très curieux !

Je fais une requête sur 3 champs :

champ1 = CIVILITE_Ref (type Texte)
champ2 = CIVILITE_Date_Naissance (type Date)
champ3 = Anniversaire: CDate(PartDate("d";[CIVILITE_Date_Naissance]) & "/" & PartDate("m";[CIVILITE_Date_Naissance]) & "/" & PartDate("yyyy";Maintenant()))

En d'autres termes, le champ3 est un cham calculé qui donne la date d'anniversaire de la personne dans l'année courante (par exemple, si nous sommes en 2009 et qu'elle est née un 29/12/69, le champ3 donnera : 29/12/2009).

Jusque là, tout va bien ! ça fonctionne !

Ce qui m'intéresserait, ce serait d'avoir tous ceux dont l'anniversaire est à venir dans l'année...

Je mets donc dans ce même champ3 le critère : >Maintenant()
C'est là que ça dérape : à l'exécution de la requête, il me répond : "Type de données incompatible dans l'expression du critère."...

J'ai pourtant bien utilisé CDate pour convertir la chaîne en date... j'ai vérifié de deux façons que CDate fonctionnait : d'une part j'ai vérifié les formats de champ disponible pour champ3, et seuls des formats date et heure figuraient dans la liste, et j'ai aussi tout bêtement tenté d'enlever CDate(), et le résultat de la requête me donnait des dates de type 3/5/2009 (au lieu de 03/05/2009 avec CDate()).

Avant de poster, j'ai évidemment essayé de définir plusieurs critères dans mon champ3, tous basés sur des comparatifs de date, et j'ai toujours la même erreur... Et j'ai aussi tenté d'inculre des # avant et après dans mon expression :
Anniversaire: CDate("#" & PartDate("d";[CIVILITE_Date_Naissance]) & "/" & PartDate("m";[CIVILITE_Date_Naissance]) & "/" & PartDate("yyyy";Maintenant()) & "#")
et là il n'accepte directement pas l'expression...

Dans l'attente de vos réponse et vous en remerciant par avance, bien cordialement,
Eric.

Configuration: Windows XP Internet Explorer 7.0

Posez votre question Répondre

1

blux, le 2 nov 2009 à 13:53:29

Salut,

comment est tapée ta requête : avec l'assistant ou c'est toi qui tapes le SQL ?

As-tu essayé now() au lieu de maintenant() ?

A+ Blux           

 "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"

   
Répondre à blux

2

eric13500, le 2 nov 2009 à 14:21:56

Salut Blux, et meci pour la rapidité de ta réponse.

Je travaille toujours en mode création (je programme assez régulièrement en VBA, et je préfère généralement maîtriser l'ensemble des opérations).

Eu égard à la variété du VBA (à commencer par les différences de nom de fonction entre access et vba, comme PartDate() en access qui devient DatePart() en VBA), j'utilise aussi l'assistant pour la syntaxe, et si besoin j'intègre mon propre code (car l'assistant est parfois plus pesant que la frappe directe !).

Donc, là comme à mon habitude, j'ai construit ma requête ne mode création et j'ai saisi mon code dans l'assistant conception de formule, au niveau du nom du champ.

J'ai bien essayé Now(), ainsi que Date() (ce dernier étant de rigueur en VBA)...

Dans le cas de Now(), il le remplace automatiquement par Maintenant(), et Date() fonctionne aussi bien, sauf quand je rajoute dans les critères >Maintenant() (ou Date(), ou Now(), il me renvoit cette incompatibilité de type incompréhensible...

A titre indicatif, jai aussi essayé de mettre des critères de sélection basés sur le champ2, et ça fonctionne :
PartDate("m";[CIVILITE_Date_Anniversaire])>PartDate("m";Maintenant())

Ceci ayant le mérite de prouver que mon champ2 a bien le format date et que le moteur fonctionne correctement.
La question se situe donc bien au niveau du champ3 qui refuse les critères de type date alors que CDate() a bien un effet puisqu'au moins il remet en forme le contenu du champ.

   
Répondre à eric13500

4

eric13500, le 2 nov 2009 à 14:42:45

J'ajoute que j'ai aussi essayé d'enlever CDate()
Dans ce cas, la requête n'est plus rejetée, mais le critère est transparent, il n'est pas respecté, et tous les enregistrements sont affichés.
autre test, j'ai simplement ajouté un champ4 :
Date:Maintenant()
Ce qui a eu le mérite de prouver que le format de date est bien de la forme dd/mm/yyy hh:mm, et donc qu'il ne doit pas s'agir d'une question de format de date (Anglais - Français)

Merci encore.

   
Répondre à eric13500

3

blux, le 2 nov 2009 à 14:32:36

Partdate renvoie un numérique, je le mettrais en entrée d'un cstr avant la concaténation, car là tu juxtaposes des integers et des strings... 

CDate(CStr(PartDate("d";[CIVILITE_Date_Naissance])) & "/" & Cstr(PartDate("m";[CIVILITE_Date_Naissance])) & "/" & Cstr(PartDate("yyyy";Maintenant())))

A+ Blux           
 "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"

   
Répondre à blux

5

eric13500, le 2 nov 2009 à 14:49:18

J'y avais pensé, et j'avais essayé... mais comme le gros imbécile que je suis, je ne l'ai mis que sur le premier PartDate() !!!

Par contre, je tombe sur une nouvelle erreur : Utilisation incorrecte de Null

Ce Null vient du fait que certaines dates ne sont pas renseignées...

Je vais essayer de créer une sous requête qui élimine les dates vides, et je reviens donner des nouvelles !

   
Répondre à eric13500

6

eric13500, le 2 nov 2009 à 14:54:51

Même problème avec la sous-requête : Utilisation incorrecte de Null alors qu'aucun champ n'est à Null et que je n'utilise pas l'expression dans mes champs ou critères....

Il y a vraiment des fois où on se demande....

   
Répondre à eric13500

7

eric13500, le 2 nov 2009 à 14:59:33

J'oubliais : cette erreur n'intervient que lorsque je place mon critère de sélection >Maintenant(), sans quoi tout s'affiche correctement...

   
Répondre à eric13500

8

blux, le 2 nov 2009 à 15:14:47

Moi, j'ai ça qui marche : 

SELECT CDate(cstr(datepart("d",champ1)) & "/" & cstr(datepart("m",champ1)) & "/" & cstr(datepart("yyyy",champ1))) AS Expr1
FROM table2
WHERE CDate(cstr(datepart("d",champ1)) & "/" & cstr(datepart("m",champ1)) & "/" & cstr(datepart("yyyy",champ1))) >now()

champ1 est de type date et j'ai des virgules qui séparent les paramètres de datepart...

A+ Blux           
 "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"

   
Répondre à blux

9

eric13500, le 2 nov 2009 à 15:39:29

Euh...

SELECT CDate(CStr(DatePart("d",[CIVILITE_Date_Naissance])) & "/" & CStr(DatePart("m",[CIVILITE_Date_Naissance])) & "/" & CStr(DatePart("yyyy",Now()))) AS Anniversaire
FROM [PréClassement par anniversaire (N)]
WHERE (((CDate(CStr(DatePart("d",[CIVILITE_Date_Naissance])) & "/" & CStr(DatePart("m",[CIVILITE_Date_Naissance])) & "/" & CStr(DatePart("yyyy",Now()))))>Now()));

J'ai beau écarquiller les yeux, il me semble que le code SQL de ma requête est identique au tien, aux noms de sources et champ près...

et ça me renvoie toujours cette erreur Utilisation incorrecte de Null...

A titre indicatif, [PréClassement par anniversaire (N)] et une requête basée sur ma table CIVILITE et qui en élimine les enregistrements ne comportant pas de date (critère Est Pas Null).
En gros, je base cette nouvelle requête sur une autre dont aucun champ n'est Null...
Alors j'ai vraiment du mal à comprendre d'où il me sort ce Null.

Précision sûrement importante, l'erreur n'intervient que lors de l'ajout d'un critère de sélection dans le champ [Anniversaire] ([expr1] dans ton exemple).

On est bien face à un drôle de problème...

Je vais tenter de redémarrer Acces (c'est idiot, mais face à un problème illogique...)

   
Répondre à eric13500

10

eric13500, le 2 nov 2009 à 15:55:07

Comme je le disais, c'est idiot... et ça n'apporte rien.

   
Répondre à eric13500

11

blux, le 2 nov 2009 à 15:57:59

Si tu ne mets pas le where ?

et si dans le where, tu vires toutes les parenthèses inutiles pour revenir à la syntaxe du select (bien que je n'y croie pas, car elles sont pairées correctement) ?

A+ Blux           

 "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"

   
Répondre à blux

12

eric13500, le 2 nov 2009 à 16:24:33

Ca ne change rien...
De toutes façons, je travaille en mode création, pas en SQL direct (pas assez de maîtrise du langage).
Pour te fournir le code SQL, j'ai juste basculé d'affichage.

En fait, il semblerait que l'erreur Utilisation incorrecte de Null se produise dès que je rajoute la clause WHERE, quels qu'en soient les critères.

Merci en tout cas de ta patience !

   
Répondre à eric13500

13

 eric13500, le 2 nov 2009 à 16:56:37

Je viens d'essayer d'ajouter la fonction Nz() qui permet de remplacer les valeurs Null par autre chose. Dans mon cas, je demande de remplacer les éventuels champs Null par "01/01/1900" :

SELECT CDate(Nz(CStr(DatePart("d",[CIVILITE_Date_Naissance])) & "/" & CStr(DatePart("m",[CIVILITE_Date_Naissance])) & "/" & CStr(DatePart("yyyy",Now())),"01/01/1900")) AS Anniversaire
FROM [PréClassement par anniversaire (N)]
WHERE (((CDate(Nz(CStr(DatePart("d",[CIVILITE_Date_Naissance])) & "/" & CStr(DatePart("m",[CIVILITE_Date_Naissance])) & "/" & CStr(DatePart("yyyy",Now())),"01/01/1900")))>Now()));

... Et ça continue de me dire que je fais une Utilisation incorrecte de Null !!!

   
Répondre à eric13500
Posez votre question Répondre
Ils ont besoin de votre aide