Discussion :

[sam01]

Bonjour,

je cherche à changer le type d'une colonne . Le passer de INT à TEXT avec la requête suivante mai j'ai l'erreur suivante :

Code :

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

1
2
 
alter table intervention alter column date TEXT;

j'ai l'erreur suivante

Msg 206, Level 16, State 2, Line 18
Conflit de types d'opérandes*: int est incompatible avec text

Sauriez-vous où est mon erreur dans la syntaxe ?

Merci d'avance.

[AaâÂäÄàAaâÂäÄàAaâÂäÄ]

le message est clair ce n'est pas une question de syntaxe mais un problème de compatibilité de type.
Entre nous, le type text est déprécié depuis au moins 15 ans et donc à éviter totalement.
Regarde plutôt varchar, voir varchar(max) si tu as besoin d'une chaine de plus de 8000 caractères, ce qui m'étonnerait grandement vu que tu pars d'un INT.
Et je vois que la colonne s'appelle date, donc pourquoi pas un type DATE tout simplement ?
Le bon type, pour la bonne donnée, c'est TOUJOURS gagnant.

[sam01]

J'utilise INT car c'est dans l'énoncé d'un devoir. Mais je suis d'accord sur le bon type à utiliser 👍

[AaâÂäÄàAaâÂäÄàAaâÂäÄ]

J'utilise INT car c'est dans l'énoncé d'un devoir. Mais je suis d'accord sur le bon type à utiliser 👍

Bravo au prof qui a pondu cette question à la fois débile et obsolète !

J'imagine que pour faire ça, ça prendrait une nouvelle colonne intermédiaire date2 (type text) pour ensuite faire la conversion de type en faisant le update.
ensuite suppression de la colonne date puis renommage de la colonne date2 en date.
Quelque chose dans ce goût-là, il faudrait tester, ce que je n'ai pas pris le temps de faire.

[Michel.Priori]

re,

J'imagine que le prof en question vous a parlé des conversions implicite/explicite.
La doc est toujours un bon point de départ :
https://learn.microsoft.com/fr-fr/sq...it-conversions

La question est : en quoi faut-il convertir le INT pour que le nouveau type soit convertissable en TEXT
Hint : en 2 passes ça devrait le faire

Oui, le prof eut été bien avisé de ne pas faire d'économie de colonne et d'en choisir une au nom "passe-partout" comme C1

On est d'accord que ce genre de question est inenvisageable en production, et/ou, avec un volume conséquent.

[escartefigue]

Je suis d'accord avec ce qui précède sur l'importance du bon typage des données.
Si la données est une date, alors un type DATE est requis. Si c'est une date potentielle, mais non fiabilisée et donc à contrôler, alors un CHAR(10) fixe suffira amplement et sera plus efficient qu'un VARCHAR court.

Par ailleurs, nommer une colonne en utilisant un mot réservé SQL tel que "DATE" est une mauvaise pratique qui complique inutilement les requêtes.

Soit deux défauts majeurs dans la conception de la BDD, ce qui est fâcheux de la part d'un enseignant.