On vient de me poser une p'tite question quant =E0 une=20
erreur dans le format de date lors d'une construction=20
d'une requ=EAte SQL.
Le champ date de la table X a un format de jj/mm/aa,=20
mais lorsque la requ=EAte SQL est lanc=E9e, ce format est=20
toujours en jj/mm/aa, mais le mois est =E0 la place du jour=20
et inversement, le jour est =E0 la place du mois. Comme il=20
y a un calcul fait sur ce champ, il y a =E9videment un=20
probl=E8me (12/31/04 -> Il prend 31 pour le mois et=20
in=E9vitablement, il y a une erreur g=E9n=E9r=E9e).
=20
Avez-vous eu connaissance de ce probl=E8me, et si oui,=20
quel serait le probl=E8me ???.
Par avance, je vous remercie 1000 fois et attends avec=20
impatience, vos =E9ventuelles r=E9ponses.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Eric
Bonjour Olivier,
Dans le concepteur de requête (Outil graphique) mettre la date au format français. Si tu ecris le code dans la fenêtre SQL mettre la date au format mm/dd/yyyy
en SQL ca donne par exemple : SELECT NumFacture, DateFacture FROM tFacture WHERE DateFacture Between #12/1/2002# And #12/31/2002#;
alors que dans le concepteur est écrit en critère sur la date : DateFacture Entre #01/01/02# et #31/01/02#
OK ?
A+ Eric
"Olivier" écrivait news:12d101c4dc68 $e73d72d0$:
Bonjour tout le monde,
On vient de me poser une p'tite question quant à une erreur dans le format de date lors d'une construction d'une requête SQL.
Le champ date de la table X a un format de jj/mm/aa, mais lorsque la requête SQL est lancée, ce format est toujours en jj/mm/aa, mais le mois est à la place du jour et inversement, le jour est à la place du mois. Comme il y a un calcul fait sur ce champ, il y a évidement un problème (12/31/04 -> Il prend 31 pour le mois et inévitablement, il y a une erreur générée).
Avez-vous eu connaissance de ce problème, et si oui, quel serait le problème ???.
Par avance, je vous remercie 1000 fois et attends avec impatience, vos éventuelles réponses.
@+ Olivier
Bonjour Olivier,
Dans le concepteur de requête (Outil graphique) mettre la date au format
français.
Si tu ecris le code dans la fenêtre SQL mettre la date au format
mm/dd/yyyy
en SQL ca donne par exemple :
SELECT NumFacture, DateFacture
FROM tFacture
WHERE DateFacture Between #12/1/2002# And #12/31/2002#;
alors que dans le concepteur est écrit en critère sur la date :
DateFacture
Entre #01/01/02# et #31/01/02#
On vient de me poser une p'tite question quant à une
erreur dans le format de date lors d'une construction
d'une requête SQL.
Le champ date de la table X a un format de jj/mm/aa,
mais lorsque la requête SQL est lancée, ce format est
toujours en jj/mm/aa, mais le mois est à la place du jour
et inversement, le jour est à la place du mois. Comme il
y a un calcul fait sur ce champ, il y a évidement un
problème (12/31/04 -> Il prend 31 pour le mois et
inévitablement, il y a une erreur générée).
Avez-vous eu connaissance de ce problème, et si oui,
quel serait le problème ???.
Par avance, je vous remercie 1000 fois et attends avec
impatience, vos éventuelles réponses.
Dans le concepteur de requête (Outil graphique) mettre la date au format français. Si tu ecris le code dans la fenêtre SQL mettre la date au format mm/dd/yyyy
en SQL ca donne par exemple : SELECT NumFacture, DateFacture FROM tFacture WHERE DateFacture Between #12/1/2002# And #12/31/2002#;
alors que dans le concepteur est écrit en critère sur la date : DateFacture Entre #01/01/02# et #31/01/02#
OK ?
A+ Eric
"Olivier" écrivait news:12d101c4dc68 $e73d72d0$:
Bonjour tout le monde,
On vient de me poser une p'tite question quant à une erreur dans le format de date lors d'une construction d'une requête SQL.
Le champ date de la table X a un format de jj/mm/aa, mais lorsque la requête SQL est lancée, ce format est toujours en jj/mm/aa, mais le mois est à la place du jour et inversement, le jour est à la place du mois. Comme il y a un calcul fait sur ce champ, il y a évidement un problème (12/31/04 -> Il prend 31 pour le mois et inévitablement, il y a une erreur générée).
Avez-vous eu connaissance de ce problème, et si oui, quel serait le problème ???.
Par avance, je vous remercie 1000 fois et attends avec impatience, vos éventuelles réponses.
@+ Olivier
3stone
Salut,
"Olivier" On vient de me poser une p'tite question quant à une erreur dans le format de date lors d'une construction d'une requête SQL.
Le champ date de la table X a un format de jj/mm/aa, mais lorsque la requête SQL est lancée, ce format est toujours en jj/mm/aa, mais le mois est à la place du jour et inversement, le jour est à la place du mois. Comme il y a un calcul fait sur ce champ, il y a évidement un problème (12/31/04 -> Il prend 31 pour le mois et inévitablement, il y a une erreur générée).
Avez-vous eu connaissance de ce problème, et si oui, quel serait le problème ???.
Il n'y a pas de problèmes... et le format dans la table n'a pas d'influence, pourvu que cela soit un *vrai* champ date!
L'interface, te parle dans la langue choissi dans les paramètres régionaux. Alors que le SQL et le VBA demande à êtrent "causé" en anglais, avec SES formats bien sûr.
Format([taZoneDeTexte],"#mm-dd-yyyy") ' VBA
dans l'interface, y compris requêteur graphique, remplace la virgule par un point-virgule et le format mm-dd-yyyy par mm-jj-aaaa
Tordu, mais problématique ;o))
-- A+ Pierre (3stone) Access MVP ~~~~~~~~~~~~~~~~~~~~~~~ http://users.skynet.be/mpfa http://users.skynet.be/accesshome
Salut,
"Olivier"
On vient de me poser une p'tite question quant à une
erreur dans le format de date lors d'une construction
d'une requête SQL.
Le champ date de la table X a un format de jj/mm/aa,
mais lorsque la requête SQL est lancée, ce format est
toujours en jj/mm/aa, mais le mois est à la place du jour
et inversement, le jour est à la place du mois. Comme il
y a un calcul fait sur ce champ, il y a évidement un
problème (12/31/04 -> Il prend 31 pour le mois et
inévitablement, il y a une erreur générée).
Avez-vous eu connaissance de ce problème, et si oui,
quel serait le problème ???.
Il n'y a pas de problèmes... et le format dans la table n'a
pas d'influence, pourvu que cela soit un *vrai* champ date!
L'interface, te parle dans la langue choissi dans les paramètres
régionaux. Alors que le SQL et le VBA demande à êtrent "causé"
en anglais, avec SES formats bien sûr.
Format([taZoneDeTexte],"#mm-dd-yyyy") ' VBA
dans l'interface, y compris requêteur graphique, remplace
la virgule par un point-virgule et le format mm-dd-yyyy
par mm-jj-aaaa
Tordu, mais problématique ;o))
--
A+
Pierre (3stone) Access MVP
~~~~~~~~~~~~~~~~~~~~~~~
http://users.skynet.be/mpfa
http://users.skynet.be/accesshome
"Olivier" On vient de me poser une p'tite question quant à une erreur dans le format de date lors d'une construction d'une requête SQL.
Le champ date de la table X a un format de jj/mm/aa, mais lorsque la requête SQL est lancée, ce format est toujours en jj/mm/aa, mais le mois est à la place du jour et inversement, le jour est à la place du mois. Comme il y a un calcul fait sur ce champ, il y a évidement un problème (12/31/04 -> Il prend 31 pour le mois et inévitablement, il y a une erreur générée).
Avez-vous eu connaissance de ce problème, et si oui, quel serait le problème ???.
Il n'y a pas de problèmes... et le format dans la table n'a pas d'influence, pourvu que cela soit un *vrai* champ date!
L'interface, te parle dans la langue choissi dans les paramètres régionaux. Alors que le SQL et le VBA demande à êtrent "causé" en anglais, avec SES formats bien sûr.
Format([taZoneDeTexte],"#mm-dd-yyyy") ' VBA
dans l'interface, y compris requêteur graphique, remplace la virgule par un point-virgule et le format mm-dd-yyyy par mm-jj-aaaa
Tordu, mais problématique ;o))
-- A+ Pierre (3stone) Access MVP ~~~~~~~~~~~~~~~~~~~~~~~ http://users.skynet.be/mpfa http://users.skynet.be/accesshome
Olivier
Merci Beaucoup Pierre pour tes précieux renseignements !!
@+ Olivier
Merci Beaucoup Pierre pour tes précieux renseignements !!
