Discussion :

[awa123]

Bonjour,

j'ai une colonne en nvarchar(10) où j'ai 2 differents type de format de date qui s'affiche : jj/mm/aaaa et aaaa-mm-jj

je cherche à tout ramener vers le format jj/mm/aaaa mais comment faire car je suis en nvarchar(10)

pourriez vous m'aider svp

Thank You!!

[escartefigue]

Comme expliqué dans votre autre sujet ici :
https://www.developpez.net/forums/d2.../#post11748466

Le type des colonnes doit être choisi avec soin. Stocker une date dans du (n)(var)char c'est n'importe quoi .
Une date doit être stockée dans un type date.

Avec ce type de colonne, vous n'avez aucune garantie que le contenu soit effectivement une date, à partir de là, faire une transformation sous telle ou telle représentation est hasardeux.

[awa123]

merci de ta reponse

en fait je n'ai pas reussi à changer le type en date, c'est pourquoi je l'ai mis en nvarchar

du coup j'ai "resolu" mon pb en bidoullant, j'ai crée 2 colonnes dans lequelles j'ai récupéré et remodeler (en utilisant des substring...) les 2 type de format pour que ça m'affiche le bon format puis j'ai concatener les 2 colonnes dans une colonne finale

c'est vraiment de la bidouille mais ca fait le job pour l'instant

[escartefigue]

Les bidouilles à base de substring ou autre ne permettent pas de détecter les pseudo dates et les dates erronées (par exemple un 29 février d'une année non bisextile) or ce genre de contenu est tout à fait possible dans une colonne non date.

[SQLpro]

merci de ta reponse

en fait je n'ai pas reussi à changer le type en date, c'est pourquoi je l'ai mis en nvarchar

du coup j'ai "resolu" mon pb en bidoullant, j'ai crée 2 colonnes dans lequelles j'ai récupéré et remodeler (en utilisant des substring...) les 2 type de format pour que ça m'affiche le bon format puis j'ai concatener les 2 colonnes dans une colonne finale

c'est vraiment de la bidouille mais ca fait le job pour l'instant

Le type de données NVARCHAR est dédié aux langues non latines... Comme l’hébreu, l'arabe le japonais, et occupe donc 2 octets par caractères... Le type de données VARCHAR occupe 1 seul octet par caractère et est dédié aux langues latines... C'est donc assez stupide d'utiliser 2 octets pour y stocker des chiffres qui n'en nécessite qu'un !

En outre stocker des dates sous forme littérale c'est aussi très stupide. C 'est remonter à l'age de pierre de l'informatique, c'est à dire aux fichiers COBOL, alors qu'il existe les types de données DATE, DATETIME2, DATE, DATETIMEOFFSET...

mais libre à vous de pourrir les performances de votre base !

A +