requête SQL et Access

J'aimerais savoir s'il vou plait comment access compare les dates.

je m'explique :
supposons que j'ai des dates d'emboche dans une table employe dans ma base de donnee access : exemple DateArr=17/09/1983.

si je fait cette requette: Select * from Employe where DateArr>#01/01/1983#
je voudrais savoir a partir de ma requette command access va t'il faire les comparaison.
Car lorsque je fait cette requette, elle ne marche pas comme je veut (enfin pas toujours).
Parfois j'ai l'impresionn qu'il compare suivant l'annee, souvent c'est suivant le jour.
Bref il ne me renvoit pas le resultat voulu. Alors j'aimerais savoir comment il les fait,
ces comparaison.

PS j'utilise VB et ACCESS 2003.

Salut,

Cette demande est à faire sur le forum Access, demande à un modé de déplacer ton post ;)

J'imagine que la solution a un rapport avec le format de ta date, mais je ne travaille pas sous Access ...

Tu dois sûrement avoir un problème lié au format de la date. Tu peux vérifier tes paramètres régionaux
Essaye ceci

Code:

---

.... WHERE DateArr > #Format('01/07/1983', "dd/mm/yyyy") # ....

---

bujuman j'ai deja essaye la solution que tu me propose. mais sans succes.

En plus lorsque je l'ecrit comme ca il me renvoit l'erreur suivante :

Citation:

---

Envoyé par VB

Erreur d'exécution '-2147217904(80040e10)

[Microsoft][Pilote ODBC Microsoft Access] trop peu de paramètres. 1 attendu.

---

Donc je n'avance pas trop.

Les seules choses à savoir :

:arrow: Une date est en fait le nombre de jour écoulé depuis le 30/12/1899

:arrow: Une date s'encadre avec des #

:arrow: C'est le format US qui est utilisé : mm/dd/yyyy


Voilà :wink:

Citation:

---

Envoyé par Tofalu

C'est le format US qui est utilisé : mm/dd/yyyy

---

excuse moi, donc si je comprend bien dans ma requette je doit faire

....... # Format(date, "mm/dd/yyyy)#

bon mais je ne sais pas mais je croit que j'aurais un Probleme car dans ma BD, la date est de type "date abrégé" et est donc de la forme "dd/mm/yyy", n'y aura t'il donc pas de probleme dans la recherche ???

Citation:

---

Envoyé par sovo

Citation:

---

Envoyé par Tofalu

C'est le format US qui est utilisé : mm/dd/yyyy

---

excuse moi, donc si je comprend bien dans ma requette je doit faire

....... # Format(date, "mm/dd/yyyy)#

bon mais je ne sais pas mais je croit que j'aurais un Probleme car dans ma BD, la date est de type "date abrégé" et est donc de la forme "dd/mm/yyy", n'y aura t'il donc pas de probleme dans la recherche ???

---

Hello,

non car là tu parles de format et non de type.
L'implémentation SQL d'Access nécessite que la chaîne SQL ait un format de date US entre ##.

Citation:

---

Envoyé par cafeine

L'implémentation SQL d'Access nécessite que la chaîne SQL ait un format de date US entre ##

---

Alors la je ne comprend plus rien. Bon je vais essaye de vous expliquer plus clairement mon probleme.

J'ai un formulaire (en VB) qui envoi la date (le format est dd/mm/yyyy) a un champs d'une de mes tables (format dd/mm/yyyy). Apres avoir enregistrer je doit faire une requette qui me donne tous les entregistrement entre 2 dates, voila la requette que j'ai ecrite :

Code:

---

1 2	SQL=" select * from emprunt where datemp between #" & format(date1, "dd/mm/yyyy") & " # and #" & format(date2, "dd/mm/yyyy") & "#"

---

mais il me donne un resultat qui ne respecte pas cette requette, alors commant doit je ecrire ma equette ??

Pour moi, ça c'est suffisant, et ça marche :

Code:

---

1 2 3

SELECT * FROM emprunt WHERE ((emprunt.datemp) Between [date1] And [date2]);

---

A toi d'adapter les [date1] et 2 en fonction de l'endroit où tu récupère tes infos.

Alain

OK je vais jetter un coup l'essayer et vous donnerais le resultat.

finalement ca marche :ccool:. Merci a tous et ârticumierement a Tofalu car c'est sa proposition qui marche :

Citation:

---

Envoyé par Tofalu

C'est le format US qui est utilisé : mm/dd/yyyy

---

:bravo:

:lahola:

Citation:

---

Envoyé par sovo

finalement ca marche :ccool:. Merci a tous et ârticumierement a Tofalu car c'est sa proposition qui marche :

Citation:

---

Envoyé par Tofalu

C'est le format US qui est utilisé : mm/dd/yyyy

---

:bravo:

:lahola:

---

Personnellement, je n'emploie pas le format US, et je n'ai jamais eu de souci particulier. Pourtout j'utilise les dates dans mes tables, mes requêtes, mon code VBA. :?: :?: :?:

Alain

Citation:

---

Envoyé par smiky77

Pourtout j'utilise les dates dans mes tables, mes requêtes, mon code VBA

---

tu dids bien VBA, moi je suis en VB6.

Citation:

---

Envoyé par smicky77

Personnellement, je n'emploie pas le format US, et je n'ai jamais eu de souci particulier. Pourtout j'utilise les dates dans mes tables, mes requêtes, mon code VBA. :?: :?: :?:

Alain

---

c'est parce qu'a priori tu ne passes pas par le mode SQL, mais par le QBE, et là Access fait la conversion.

Citation:

---

Envoyé par sovo

tu dids bien VBA, moi je suis en VB6.

---

Oui, je ne parlais pas de VB6 mais VBA :wink:

Citation:

---

Envoyé par cafeine

c'est parce qu'a priori tu ne passes pas par le mode SQL, mais par le QBE, et là Access fait la conversion.

---

QBE :?: Qu'est-ce que c'est que ça :(

Et merci pour ces éclaircissements, je commençais à me poser des questions sur ma façon de faire. Quoique je m'en pose tout de même souvent 8O

Alain[/quote]

Citation:

---

Envoyé par smicky77

Personnellement, je n'emploie pas le format US, et je n'ai jamais eu de souci particulier. Pourtout j'utilise les dates dans mes tables, mes requêtes, mon code VBA. :?: :?: :?:

Alain

---

C'est normal si tu utilise des dates où il n'y a pas de conflit mois/jour (#31/12/2016#) ou si le jour et le mois sont le même numéro (#01/01/2016#).

Dans le 1er cas, c'est une aberration de Microsoft que d’interpréter automatiquement en #12/31/2016# plutôt que de rejeter la requête avec un message d'erreur.
Dans le 2ème, on ne se rend tout simplement pas compte que l'on est en MM/JJ/AAAA.

Bonjour,
Vu sa dernière date d'activité (11 novembre 2005) je doute que smicky77 te réponde.

En ce qui concerne ce problème il faut tout simplement utiliser le type de stockage natif des dates. Ainsi on a plus à se poser de question.

Cordialement,