[SQLBASE Gupta] problème de date [Résolu]

[Fanphil54]

Bonjour,

A partir d'un générateur d'application, je dois récupérer par système de requête des données d'une base Gupta.
La date du jour (Date_courante) est initialisée au format \$DATE.
La requête d'insertion en base, du type

Code :

1
2
3
SELECT ....
WHERE
[Champ_Date] = @DATETOCHAR ({Date_courante}, 'dd-mm-yyyy')...

Lorsque les valeurs de dd et mm sont inférieures ou égales à 12, pas de souci.
Dès qu'une des deux valeurs est > à 12, un message d'erreur nous indique l'erreur suivante : 00931 PRS IVD Invalid date and/or time
La requête ne fonctionne pas non plus dans l'explorateur du SGBD.
A ce jour, nous n'arrivons pas à trouver d'explication.

Si quelqu'un a une réponse, MERCI de la partager.

[al1_24]

Quel est le type, et le format, de Champ_Date ?

[Fanphil54]

Merci.
Le champ date est un format DATE de type : dd/mm/yyyy.
Nous avons essayé toutes les combinaisons mm/dd/yyyy, mm-dd-yyyy, dd/mm/yyyy, dd.mm.yyyy : rien n'y fait
Test, pour le 8 juillet 2011, la requête @DATETOCHAR(08/07/2011, dd-mm-yyyy) fonctionne.
Pour le 13 juillet, erreur.

[al1_24]

Question stupide peut-être (je ne connais pas sqlBase).
Pourquoi passer par une conversion si c'est pour comparer deux valeurs de même type ?

[Fanphil54]

Sur l'écran de saisie du smartphone, la date doit apparaître en format dd/mm/yyyy.
Si je n'effectue pas cette conversion, l'utilisateur doit ressaisir en format américain la date pour que la requête fonctionne : on ne peut pas demander à un utilisateur de ressaisir la date indiquée dans un autre format (pas intuitif, surtout pour des personnels soignants qui n'ont pas le temps !!!).

[al1_24]

Je suppose que @DATETOCHAR ({Date_courante}, 'dd-mm-yyyy') convertit le date courante de type DATE en type CHAR.

Je repose donc ma question :
Si Champ_Date est bien de type DATE (et pas CHAR), à quoi sert de convertir la date courante en chaîne pour la comparer à Champ_Date ?

[Fanphil54]

Cette variable est de type char pour permettre un affichage en format "français" et non "américain" et surtout pour éviter de faire ressaisir la date en format américain à l'utilisateur.
Je n'arrive pas à vous joindre une image écran plus explicite.

Merci pour la réponse, elle nous a permis de pointer sur une erreur.
Je vous tiens au courant lorsque le problème sera résolu.

[Fanphil54]

En utilisant les fonctions (@DATEVALUE(@NOW)) dans la requête, on a un résultat satisfaisant.
Merci encore