Discussion :

[Erwan1978]

Bonjourà tous,

J'ai le problème suivant lorsque, dans une transaction distribuée, je tente de filtrer sur une colonne de type DATETIME :

Serveur : Msg 242, Niveau 16, État 3, Ligne 1
La conversion d'un type de données CHAR en type DATETIME a donné une valeur hors des limites des valeurs de date et d'heure.

Le problème survient lorsque la valeur servant de filtre est fixée dans la requête ; en effet, lorsque je prend soin de declarer une variable DATETIME et que je place celle ci dans ma requête alors elle s'execute sans problème !

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
SELECT monChamp 
FROM monServeur.maDb.dbo.Ma Table 
WHERE monChampDate='20070731'

Retourne l'erreur 242

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
DECLARE @maDate DATETIME
SET @maDate='20070731'
 
SELECT monChamp 
FROM monServeur.maDb.dbo.Ma Table 
WHERE monChampDate=@maDate

Retourne la/les ligne(s)

Si j'en crois le papier de Karaszi, le format YYYYMMDD est censé être indépendant du langage. Par acquis de conscience j'ai quand même verifié les collations sur les serveurs, db ainsi que celles utilisées par la connexion des serveurs liés mais tout semble cohérent.

Vous avez une idée des causes de ce comportement ?

Merci !

[Erwan1978]

Je relance mon sujet !

Le problème de traitement des dates au cours de transactions distribuées sur plusieurs serveurs s'est generalisé à toutes les transaction depuis que j'ai eu à réinstallé mes instances MSSS.

Par ailleurs, le message 242 n'est levé que lorsque le jour de la date servant de filtre est > 12. Un petit exemple pour expliquer ma pensée

SELECT mon Champ
FROM monServeur.maDb..MaTable
WHERE MonChampDate > '20071101'

me renvoie les enregistrements desirés. En revanche,

SELECT mon Champ
FROM monServeur.maDb..MaTable
WHERE MonChampDate > '20071130'

Lève l'erreur 242.

Le fait que les choses deconnent à partir du moment où le jour est > 12 m'a fait penser que la chaine yyyMMdd n'etait pas interprété correctement. Le problème demeure quand je tente de forcer le format avec

SET DATEFORMAT ymd

En consultant un peu la litterature sur ce sujet j'ai trouvé deux solutions réglant mon problème au prix d'une syntaxe un peu lourde :

La première :

SELECT mon Champ
FROM monServeur.maDb..MaTable
WHERE CONVERT(CHAR(8),MonChampDate ,112)> '20071130'

La seconde :

SELECT mon Champ
FROM OPENQUERY(monServeur,'SELECT MonChamp,MonChampDate FROM maDb..MaTable')
WHERE MonChampDate> '20071130'

Si quelqu'un a une meilleure idée, il est plus que bienvenu !

Pour info, les options de mes serveurs sont les suivants :

textsize 64512
language Français
dateformat dmy
datefirst 1
quoted_identifier SET
arithabort SET
remote_proc_transactions SET
ansi_null_dflt_on SET
ansi_defaults SET
ansi_warnings SET
ansi_padding SET
ansi_nulls SET
concat_null_yields_null SET

[titchagui]

Je suis tombé sur un problème du même genre.
Pourriez-vous me dire comment je peux vérifier la configuration de mon serveur? voire comment les modifier?

J'ai un ensemble de scripts qui essayent d'insérer une date anglaise (ou américaine) dans une base alors que mon SQL Server est en français.
INSERT INTO TOTO (DATOS) VALUES ('2008-01-22 17:07:14')

Comment pourrais-je sauver la situation?

[SQLpro]

Il serait plus astucieux de passer votre requête distribuée par soit une variable typée, soit une table intermédiaire pour stocker les dates au bon format.

A +