Conversion d'un string en date dans une clause WHERE

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:

---

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:

---

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 :

Citation:

---

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,

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

Code:

---

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

Hello,

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

Code:

---

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 ...

++

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 ?

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

Sinon, ma proposition ne marche pas non-plus ?

Ton idée ne fonctionne pas non.

Citation:

---

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:

---

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:

---

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

---

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

Citation:

---

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 ?

Citation:

---

Envoyé par 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 ?

---

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:

---

dbcc useroptions

---

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

++

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 +

bonjour en restant dans le crasseux avec temps de réponse déplorable il y aurait

Code:

---

1 2 3 4 5

ELECT 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 CONVERT(datetime,c.Resultat_Element,103) > CONVERT(datetime,'01/01/2014',103)

---

où le convert 103 indique qu'il s'agit d'une date en format français.

Néanmoins je suis d'accord avec mes camarades pour dire qu'une date doit se stocker en datetime et au pire si on veut vraiment réellement la stocker en varchar c'est au format YYYYMMDD qui permet les comparaisons.

Cordialement
Soazig