Aide conversion champs de type char en champ datetime

[litlepom]

Bonjour

J'ai une requête de type :

Code :

1
2
AND (cast(sd_question_result.result AS char) )  > CONVERT(CHAR(10), GETUTCDATE(),103)             
AND (cast(sd_question_result.result AS char) ) <= CONVERT( CHAR(10),  dateadd(day,3,GETUTCDATE()), 103 )

En analysant la dernière ligne avec un résultat de type 'char' , je souhaiterai le faire interpréter en date.

Une fois ce champ passé en date , l'objectif est d 'effectuer une comparaison entre ce résultat date et un autre champ date de type datetime.

Merci de votre retour

[CinePhil]

Les fonctions de date sont souvent spécifiques au SGBD utilisé. Quel est le tien ?

[litlepom]

Bonjour et merci de ton retour
Nous sommes en sql server 2005

[aieeeuuuuu]

Bonjour

Quel est le type de la colonne sd_question_result.result, et que contient-elle ?

Si elle contient une date, tu peux transtyper directement en DATETIME :

Code SQL :

1
2
3
 
AND CAST(sd_question_result.result AS DATETIME) > GETUTCDATE() 
AND CAST(sd_question_result.result AS DATETIME) <= DATEADD(DAY,3,GETUTCDATE())

[litlepom]

Merci de ton retour
Elle est de type ntext

[aieeeuuuuu]

Envoyé par litlepom

Merci de ton retour
Elle est de type ntext

peux tu nous donner un exemple de ce qu'elle contient comme valeur.

As-tu essayé le code que je t'ai proposé (pour qu'il fonctionne, il faut que la colonne sd_question_result.result contienne une date dans un format reconnu) ?

[litlepom]

Elle peut contenir du texte , des dates , des chiffres

[aieeeuuuuu]

Envoyé par litlepom

Elle peut contenir du texte , des dates , des chiffres

qui sont censés représenter une date ?

[iberserk]

qui sont censés représenter une date ?

+1
A moins d'une table de valeur avec une colonne indiquant le type de la donnée...

[elsuket]

Bonjour,

Encore une fois on stocke des données sous un type qui ne convient pas aux traitements que l'on veut en faire ...

D'autre part le type de données ntext est déprécié, et a été remplacé, dès la version 2005, par le type nvarchar(max), bien plus malléable

Ensuite, êtes vous certain d'avoir besoin de stocker des données en Unicode ?
Unicode (types n(var)char(X)) de SQL Server vous permet de stocker tout caractère de n'importe quel alphabet, y compris leurs chiffres.
En revanche il vous en coûte 2 octets par caractère.
Si donc vous n'avez pas besoin de stocker ni du Thai, ni du Chinois, ni de l'Arabe, ni du Japonais, ni de l'Hébreu, ni du Russe, ni aucune langue n'utilisant pas les caractères latins ..., vous pouvez utiliser le type (var)char(X), et il vous en coûte alors 1 octet par caractère ...

Enfin avant de choisir le stockage au type LOB ((n)(var)char(max)) de vos chaînes de caractère, connaissez-vous la longueur maximale de vos chaînes ? si elles sont assez courtes (comme vos "dates"), il n'y a pas besoin de recourir à ceux-ci ...

Un petit billet sur le sujet ici

@++