Problème de format de date (avec sql server) sur certains poste (windows)

Version imprimable

05/03/2022, 04h28
cleobidule

Problème de format de date (avec sql server) sur certains poste (windows)

Bonjour,

J'ai un programme en Delphi 10, une base de donnée sur Sql server. Nous utilisons les composants TUniquery pour récupérer les données.
J'ai quelques clients qui ont ce genre de message "2022-02-03 n'est pas une date correcte" lorsque je récupère un champ date d'une table.
j'ai remarqué que dans les grilles, ces dates s'affichent aussi au format "yyyy-mm-jj" si dans la base de données c'est un champ de type "DATE". Si on le passe en "Datetime", dans la grille, le format est bon, mais il faut retraiter la requête d'affichage et y mettre un CAST(ladate as DATE)
Pour une même société cliente, je peux avoir un utilisateur pour qui ça le fait, et d'autres non, alors que nous avons vérifié le format de date de leur PC.

Quelqu'un saurait-il d'où ça peut venir, et comment faire pour que tout le monde ait le même format de date récupérée ?

Merci d'avance !!!!
05/03/2022, 10h13
pprem

Bonjour

Saurais-tu quels sont les paramètres de langue et la version de SQL Server chez les utilisateurs concernés ?

Tu devrais faire un message au support de Devart, ils ont peut-être été déjà confronté à ce type de problème.
05/03/2022, 10h19
Paul TOTH

Bonjour,

d'après ce message, cela vient de SQLOLEDB.1 qui ne connait pas le type DATE et le convertit en string.

les solutions proposées sont de passer par un Provider=SQLNCLI10.1, de faire un CAST(... AS DATETIME) du champ, d'utiliser un champ DATETIME (en lui appliquant un format), ou de décoder manuellement la valeur string (champ calculé)

EDIT: comme il y a des différences entre les postes, j'imagine que c'est lié à la version du client SQLServer installé
07/03/2022, 20h05
cleobidule

Citation:

Envoyé par pprem

Bonjour

Saurais-tu quels sont les paramètres de langue et la version de SQL Server chez les utilisateurs concernés ?

Tu devrais faire un message au support de Devart, ils ont peut-être été déjà confronté à ce type de problème.

Bonjour,

Oui leur serveur a un SQL SERVER 2017, configuré avec le Français, le fuseau horaire de Hawaii, et le format de date à la française.
Sur le poste d'une utilisatrice, les dates sont bien récupérées et sur le poste de l'autre utilisatrice les dates sont inversées alors que son Windows est bien configuré en français aussi. Ca me fait ça chez un autre client aussi.
Apparemment ce sont les champs de la table qui sont en Date et non pas en Datetime qui pose problème.
oK merci je vais voir le support de Devart on ne sait jamais !
Merci !
07/03/2022, 20h08
cleobidule

Citation:

Envoyé par Paul TOTH

Bonjour,

d'après ce message, cela vient de SQLOLEDB.1 qui ne connait pas le type DATE et le convertit en string.

les solutions proposées sont de passer par un Provider=SQLNCLI10.1, de faire un CAST(... AS DATETIME) du champ, d'utiliser un champ DATETIME (en lui appliquant un format), ou de décoder manuellement la valeur string (champ calculé)

EDIT: comme il y a des différences entre les postes, j'imagine que c'est lié à la version du client SQLServer installé

Bonjour Paul,

Apparemment oui quand on change de Date en Datetime ça fonctionne, mais il faut mettre des CAST dans toutes les requêtes. C'est faisable, ça me fait modifier à pas mal d'endroits. Et aussi il faut qu'on s'en souvienne pour les futurs projets. C'est pour ça que je me demandais s'il y avait un moyen de contourner le problème.
Du coup quand tu dis de mettre le Provider=SQLNCLI10.1, on est doit tout de même mette des DATETIME et des CAST alors ?

Merci bien pour ta réponse,
08/03/2022, 08h39
pprem

Citation:

Envoyé par cleobidule

Apparemment oui quand on change de Date en Datetime ça fonctionne, mais il faut mettre des CAST dans toutes les requêtes.

Là, clairement un problème de driver. Pas de raison de changer le programme. C'est plus au composant qui donne accès à la base de données de se débrouiller (donc direction Devart).

Sur FireDAC il y a la possibilité de forcer un mapage de types directement sur la connexion, peut-être ont-ils un équivalent ?
08/03/2022, 08h43
Paul TOTH

Citation:

Envoyé par cleobidule

Bonjour Paul,

Apparemment oui quand on change de Date en Datetime ça fonctionne, mais il faut mettre des CAST dans toutes les requêtes. C'est faisable, ça me fait modifier à pas mal d'endroits. Et aussi il faut qu'on s'en souvienne pour les futurs projets. C'est pour ça que je me demandais s'il y avait un moyen de contourner le problème.
Du coup quand tu dis de mettre le Provider=SQLNCLI10.1, on est doit tout de même mette des DATETIME et des CAST alors ?

Merci bien pour ta réponse,

non, d'après la réponse sur stackoverflow le champ DATE a été introduit en 2008 dans SQLServer, donc si le client SQLServer installé sur le poste est trop ancien, il ne connait le connait pas et le retourne comme un string.

après je n'utilise pas SQLServer, mais tu devrais déjà contrôler la version du client installé sur un poste qui fonctionne et un poste qui ne fonctionne pas. Je suppose que le programme utilise les mêmes paramètres, il ne reste donc que cela qui peut coincer.
10/03/2022, 19h51
cleobidule

Citation:

Envoyé par pprem

Là, clairement un problème de driver. Pas de raison de changer le programme. C'est plus au composant qui donne accès à la base de données de se débrouiller (donc direction Devart).

Sur FireDAC il y a la possibilité de forcer un mapage de types directement sur la connexion, peut-être ont-ils un équivalent ?

Ok je vais chercher de ce côté là je te remercie !
10/03/2022, 19h58
cleobidule

Citation:

Envoyé par Paul TOTH

non, d'après la réponse sur stackoverflow le champ DATE a été introduit en 2008 dans SQLServer, donc si le client SQLServer installé sur le poste est trop ancien, il ne connait le connait pas et le retourne comme un string.

après je n'utilise pas SQLServer, mais tu devrais déjà contrôler la version du client installé sur un poste qui fonctionne et un poste qui ne fonctionne pas. Je suppose que le programme utilise les mêmes paramètres, il ne reste donc que cela qui peut coincer.

Ce sont des versions récentes de SQL Server (>=2017) car c'est nous qui les avons installé chez nos clients l'année derniere.

Mais merci quand même
11/03/2022, 07h47
SergioMaster

Bonjour,

je suis loin d'être un MSSQL server fan aussi vais-je peut-être me faire jeter, mais je me suis posé la question suivante :

"Et si un parametrage était possible niveau BDD ?"
Je ne sais pas s'il est possible de le faire au niveau du SGBD sensu stricto, un peu comme un firebird.conf, mais en fouillant un peu j'ai vu cette commande tansact SQL

SETDATEFORMAT

plutôt que de modifier les innombrables querys ne serait-il pas possible, à la connexion , de lancer un SQL type

Code:

SET DATEFORMAT dmy

pour la session, si toutefois il y a notion de session avec MS SQL ?

Je n'irais pas vers le forum MSSQL mais peut-être serait-il bon d'y poser la question, car cela me semble plus de ce côté qu'il faut fouiller