Discussion :

[Florian54]

Bonjour,

Je cherche actuellement à effectuer une requête en utilisant dans ma clause WHERE une date qui est enregistrée en tant que varchar.

Code :

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

1
2
3
4
5
6
 
SELECT e.Numero_Echantillon, c.Resultat_Element , e.Date_Edition
FROM dbo.Echantillon as e
INNER JOIN dbo.Composer as c on c.Numero_Echantillon = e.Numero_Echantillon
WHERE c.Code_Element_Echantillon = 15
AND c.Resultat_Element > '01/01/2014'

Or, "Resultat_Element" étant de type varchar, ma clause "WHERE" n'est pas appliquée.
J'ai essayé plusieurs type de CAST/CONVERT mais sans succès :

Code :

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

1
2
3
4
5
6
 
SELECT e.Numero_Echantillon, c.Resultat_Element , CONVERT(datetime, e.Date_Edition, 103)
FROM dbo.Echantillon as e
INNER JOIN dbo.Composer as c on c.Numero_Echantillon = e.Numero_Echantillon
WHERE c.Code_Element_Echantillon = 15
AND CAST(c.Resultat_Element as Datetime) > '01/01/2014'

Cette requête me génère une erreur :

Msg*241, Niveau*16, État*1, Ligne*2
Échec de la conversion de la date et/ou de l'heure à partir d'une chaîne de caractères.

Mes dates correspondant au champ Resultat_Element sont sous la forme : "25/03/2013"

Auriez-vous une idée pour solutionner ma problématique ?

Merci par avance.

Cordialement,

[Donpi]

C'est dégeu, mais c'est un point de départ...

Code :

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

WHERE substring(c.Code_Element_Echantillon,7,4)+substring(c.Code_Element_Echantillon,4,2)+substring(c.Code_Element_Echantillon,1,2) > '01/01/2014'

Perso j’essaierais d'avoir une donnée au format AAAAMMJJ plutôt que jouer avec des concaténations

[mikedavem]

Hello,

Tu peux essayer de voir en utilisation l'option de session SET DATEFORMAT comme ceci:

Code :

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

1
2
3
4
5
6
7
8
SET DATEFORMAT dmy;
GO
 
SELECT e.Numero_Echantillon, c.Resultat_Element , e.Date_Edition
FROM dbo.Echantillon AS e
INNER JOIN dbo.Composer AS c ON c.Numero_Echantillon = e.Numero_Echantillon
WHERE c.Code_Element_Echantillon = 15
AND CAST(c.Resultat_Element AS DATE) > '01/01/2014'

Bien entendu il aurait mieux fallu stocker une date avec le bon type de données mais bon ...

++

[Florian54]

Bonjour,

J'ai essayé ta requête Mikedavem, et j'obtiens la même erreur que précédemment.
Je suis bien d'accord que des données date enregistré en string c'est moyen... Mais je ne suis pas le créateur de l'application.

Je ne comprends pas pourquoi il est si compliqué de cast en date une string qui est déjà au bon format...

Vous auriez d'autres idées ?

[Donpi]

Par ce qu'il est pas au bon format!
C'est un string pas une date.

Sinon, ma proposition ne marche pas non-plus ?

[Florian54]

Ton idée ne fonctionne pas non.

Msg*8116, Niveau*16, État*1, Ligne*2
Le type de données de l'argument numeric n'est pas valide pour l'argument 1 de la fonction substring.

Bon, j'ai essayé de prendre le problème autrement, et j'ai tenté :

Code :

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

REPLACE(c.Resultat_Element,'/','')

Le but étant d'obtenir un nombre de type : 30082010

J'ai ensuite essayé d'utiliser la fonction CONVERT, à savoir :

Code :

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

CONVERT(Datetime, REPLACE(c.Resultat_Element,'/',''), 102)

Mais encore une fois, sa ne fonctionne pas ...

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

Bref ... Une idée/solution ?

[mikedavem]

Bonjour,

J'ai essayé ta requête Mikedavem, et j'obtiens la même erreur que précédemment.
Je suis bien d'accord que des données date enregistré en string c'est moyen... Mais je ne suis pas le créateur de l'application.

Je ne comprends pas pourquoi il est si compliqué de cast en date une string qui est déjà au bon format...

Vous auriez d'autres idées ?

J'en suis conscient et je ne te blâme pas ... simplement pour souligner qu'un mauvais choix de type de données entraîne toujours des problèmes supplémentaires

C'est quand même étonnant que le SET DATEFORMAT ne fonctionne pas ici. Tu pourrais par hasard nous fournir le résultat de cette requête :

Code :

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

dbcc useroptions

Est-ce que toutes les valeurs de la colonne c.Resultat_Element sont elles bien dans le domaine de valeur autorisé ?

++

[SQLpro]

La norme SQL impose 2 formats différents pour les dates exprimées sous forme de chaines de caractères :
1) Format ISO court : AAAAMMJJ (aucun séparateur, année en premier sur 4 chiffres, puis mois sur 2 et jour sur 2).
2) Format ISO long: AAAA-MM-JJ (séparateur le tiret, année en premier sur 4 chiffres, puis mois sur 2 et jour sur 2).
Ce sont les seuls formats de date supportés quelque soit les configurations des serveurs et des sessions.
Mieux vaut donc s'en tenir exclusivement à ces deux formats.

Dans quel cas les utiliser :
1) Format ISO court : DATETIME
2) Format ISO long : DATETIME2, DATE, DATETIMEOFFSET

Pourquoi ces différences ? MS SQL Server essaye de respecter la norme SQL au plus près.
Le format ISO court était le format recommandé par la norme SQL jusqu'à la version SQL 2 de 1992. À cette époque SQL Server n'avait que le type DATETIME
À partir de la norme SQL de 1999, le format a changé en ISO long. Or comme les types DATETIME2, DATE, DATETIMEOFFSET ont été introduits en 2008 par SQL Server, c'est désormais sur le format ISO long que ces nouveaux types reposent.

NOTA : pour des raisons de précision, il faut éviter le type DATETIME et le convertir en DATETIME2. Le type DATETIME étant considéré comme obsolète.

Bien entendu et comme dit par Mikedavem, vous pouvez préciser un autre format, à condition d'obliger votre session à le prendre en compte à l'aide du paramétrage SET DATEFORMAT.

A +