Discussion :

[tibofo]

Bonjour,
Voici le début de ma requête SELECT. J'ai un pb avec les variables.
J'ai essayé 2 syntaxes différentes mais j'obtiens la même erreur.

Msg*242, Niveau*16, État*3, Ligne*3
La conversion d'un type de données varchar en type de données datetime a créé une valeur hors limites.

Code :

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

1
2
3
4
DECLARE @P1 smallint,@P2 smallint,@P3 datetime,@P4 smallint,@P5 datetime
 
SET @P3 = (cast('2011-05-22 00:00:00' AS DATETIME) );
SET @P5 = '2011-04-22 00:00:00';

Auriez-vous une idée de ce qui ne va pas ?

Merci
Thibault

[Invité]

Non, pas d'idée car votre code me retourne :

Code :

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

Command(s) completed successfully.

Je parierais sur une coquille du genre une année 20011.

Cela dit, donnez-nous votre vraie code d'origine et on pourra chercher vraiment.
C'est quoi votre version en passant?

[hmira]

Pour éviter définitivement ce genre d'erreur ou problème, prends l'habitude d'utiliser le format ISO8601
yyyy-mm-ddThh:mm:ss[.mmm]

Le format ISO8601 présente un avantage de taille puisqu'il s'agit d'une norme internationale. De plus, les valeurs datetime spécifiées dans ce format ne sont jamais ambiguës. Ce format n'est pas affecté par les paramètres SET DATEFORMAT ou SET LANGUAGE.

Pour revenir à ton exemple, tu peux le réécrire comme indiqué ci-dessous :

Code :

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

1
2
3
4
DECLARE @P1 smallint, @P2 smallint,@P3 datetime,@P4 smallint,@P5 datetime
 
SET @P3 = '2011-05-22T00:00:00'; 
SET @P5 = '2011-04-22T00:00:00';

A+

[zinzineti]

Pour éviter définitivement ce genre d'erreur ou problème, prends l'habitude d'utiliser le format ISO8601
yyyy-mm-ddThh:mm:ss[.mmm]

Le format ISO8601 présente un avantage de taille puisqu'il s'agit d'une norme internationale. De plus, les valeurs datetime spécifiées dans ce format ne sont jamais ambiguës. Ce format n'est pas affecté par les paramètres SET DATEFORMAT ou SET LANGUAGE.

A+

J'ai abordé le sujet ici

[elsuket]

Bonjour,

J'allais répondre ce qu'à écrit zinzineti à la fin de son billet : sans les tirets, cela fonctionne tout le temps, quel que soit le langage.

En ce qui concerne la norme, elle autorise les deux représentations si j'en crois cet article (qui n'est pas dans son équivalent français):

the standard allows both the YYYY-MM-DD and YYYYMMDD formats for complete calendar date representations

@++

[Sergejack]

Bonjour,
Voici le début de ma requête SELECT. J'ai un pb avec les variables.
J'ai essayé 2 syntaxes différentes mais j'obtiens la même erreur.

Code :

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

1
2
3
4
DECLARE @P1 smallint,@P2 smallint,@P3 datetime,@P4 smallint,@P5 datetime
 
SET @P3 = (cast('2011-05-22 00:00:00' AS DATETIME) );
SET @P5 = '2011-04-22 00:00:00';

Auriez-vous une idée de ce qui ne va pas ?

Merci
Thibault

Si

SET @P3 = (cast('2011-05-05 00:00:00' AS DATETIME) );

fonctionne, c'est que dans votre configuration le second nombre est le jour et non le mois.

[SQLpro]

DATETIME ne supporte que la syntaxe ISO courte (par ce que il a été créé il y a longtemps du temps de Sybase).
DATETIME2 supporte la syntaxe ISO longue.

A +

[elsuket]

Ce que je fais assez souvent :

Code :

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

DECLARE @toto datetime = '20110502 18:12:25.333'

Fonctionne parfaitement, quel que soit le langage de la session.

@++