Version imprimable
Bonsoir,
Sous VB6 et FB 1.5 (Dialect 3), j'insère dans un champ TIME la valeur
'12:10:30' et lorsque j'interroge la base avec un recordset sous ADO c'est la valeur que j'ai inscrite mais aussi la date qui ressort !
Voici le code :
Code:
2"INSERT INTO T1(mycol) VALUES('12:10:30');"
Et là, surprise j'obtiens 03/01/2006 12:10:30 !!!Code:
2
3
PS: la colonne 'mycol' est bien un champ TIME !
Merci d'avance de me donner un coup de mains !
Time est en fait un DateTime :wink:
Bonjour,
Merci TMuet pour ton idee.
Cela voudrait-il dire que lorsque je suis sous IBexpert ou sous IBeasy et que le même enregistrement est bien affiché sous la forme 'HH:MM:SS'
contrairement au debug effectué sous VB6, ces programmes formatteraient avant l'affichage ?
Comme l'indique l'aide IB:
le différentiel ne peut se faire que si "on" connait le type de la colonne, et le dialect aussi, d'ailleurs....Citation:
DATE stores a date as a 32-bit longword. Valid dates are from January 1, 100 a.d. to February 29, 32768 a.d.
TIME stores time as a 32-bit longword. Valid times are from 00:00 AM to 23:59.9999 PM.
TIMESTAMP is stored as two 32-bit longwords and is a combination of DATE and TIME.
Sans ces précisions, il n'est pas étonnant qu'"on" se tourne vers le format de colonne le plus probable correspondant à ces 32 bits.
Merci qi130 !
Effectivement l'aide IB indique
"TIME stores time as a 32-bit longword. Valid times are from 00:00 AM to 23:59.9999 PM. "
Il est d'ailleurs amusant de noter qu'aprés avoir indiqué '23:59:9999' il est précisé 'PM' car on imagine mal 23h59 AM !!!
Cependant, je ne comprend toujours pas pourquoi lorsque j'entre une heure correctement formattée ('12:10:30'), la base peut enregistrer également la date de saisie ? D'ailleurs pourquoi dans ces conditions avoir créé la possibilité du champ TIME si celui-ci doit aussi enregistrer une date !
Quelque chose m'échappe surement mais quoi ?
C'est du reste trés important pour mon appli...