Puis dans ma proc stock je fais un datediff entre la date=20
pass=E9e et une date extraite d'une table afin de voir si un=20
enregistrement a =E9t=E9 modifi=E9 ou pas.
Le pb c'est que j'ai bien les 2 m=EAmes dates au d=E9part,=20
mais lors du passage via ADO, il semble que les secondes=20
soient mang=E9s et donc je me trouve avec 2 date diff=E9rentes=20
pour quelques secondes.
D'ou provient le pb et que faire pour y rem=E9dier ?
Puis dans ma proc stock je fais un datediff entre la date passée et une date extraite d'une table afin de voir si un enregistrement a été modifié ou pas.
Le pb c'est que j'ai bien les 2 mêmes dates au départ, mais lors du passage via ADO, il semble que les secondes soient mangés et donc je me trouve avec 2 date différentes pour quelques secondes. D'ou provient le pb et que faire pour y remédier ?
Utilise plutot adDBTimeStamp à la place de adDate
--
Salutations
Med Bouchenafa
TETRASET
75015 Paris
"chris" <anonymous@discussions.microsoft.com> a écrit dans le message de news:
0c8e01c3c0ba$e093f9b0$a101280a@phx.gbl...
Bonjour,
j'utilise ADO avec une proc stock à laquelle je passe une
date.
Puis dans ma proc stock je fais un datediff entre la date
passée et une date extraite d'une table afin de voir si un
enregistrement a été modifié ou pas.
Le pb c'est que j'ai bien les 2 mêmes dates au départ,
mais lors du passage via ADO, il semble que les secondes
soient mangés et donc je me trouve avec 2 date différentes
pour quelques secondes.
D'ou provient le pb et que faire pour y remédier ?
Puis dans ma proc stock je fais un datediff entre la date passée et une date extraite d'une table afin de voir si un enregistrement a été modifié ou pas.
Le pb c'est que j'ai bien les 2 mêmes dates au départ, mais lors du passage via ADO, il semble que les secondes soient mangés et donc je me trouve avec 2 date différentes pour quelques secondes. D'ou provient le pb et que faire pour y remédier ?