Inscrivez-vous gratuitement
pour pouvoir participer, suivre les r�ponses en temps r�el, voter pour les messages, poser vos propres questions et recevoir la newsletter
Alt�rer une colonne
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 :
j'ai l'erreur suivante
Code : S�lectionner tout - Visualiser dans une fen�tre � part
2
Sauriez-vous o� est mon erreur dans la syntaxe ?Msg 206, Level 16, State 2, Line 18
Conflit de types d'op�randes*: int est incompatible avec text
Merci d'avance.
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.
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 !Envoy� par sam01
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.
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.
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.
Je propose qu'on s'inscrive aux cours de sam01 et, en tant qu'�tudiant, on lui fasse bien comprendre � ce prof qu'il est null
Ce sont des cours du CNED alors il est possible qu'il y ait des "coquilles" dans les �nonc�s.
� ce niveau l�, on est au del� du stade de la coquille.
Un m�lange de mauvaises pratiques et de m�connaissance.
Je n'en reviens pas qu'il subsiste encore des traces du type text, �a veut dire que personne n'a r�vis� �a s�rieusement depuis au moins 10 ans. Pour un cours d'informatique, ce n'est pas rassurant.
mais non voyons, c'est un prof :
il a g�n�r� un cross produit de tous les types de donn�es avec eux-m�mes et pose la question pour une paire de valeurs au hazard � chaque groupe d'�tudiants qu'il croise�
Je ne compte plus les �nonc�s de cours dans lesquels les jointures sont encore faites dans la restriction WHERE ou encore des SELECT * sont utilis�s (hors test d'existence bien entendu)...
Le v�ritable probl�me c'est que des profs d'informatique, �a n'existe tout simplement pas.
Ils viennent de s'en rendre dans l'�ducation nationale et du coup, il ont cr�� un cursus informatique depuis peu.
En attendant ce sont des profs de maths et de physique qui donnent de cours d'informatique.
Je pense m�me que certains �l�ves sont plus c�l�s que les profs dans la mati�re...
Sans compter les cours de SQL g�n�riques qui utilisent des syntaxes (chaines encadr�es de "", noms de colonnes encadr�s de [] ou de ``) et des fonctions sp�cifiques � un SGBD particulier (le plus souvent Oracle, TO_DATE, NVL) voire � certaines des ses incoh�rences ('' IS NULL pour Oracle, colonnes dans le SELECT absentes du GROUP BY pour MySQL)
Mod�rateur Langage SQL
R�gles du forum Langage SQL � lire par tous,
N'h�sitez pas � consulter les cours SQL
N'oubliez pas le bouton
et pensez aux balises [code]
Si une r�ponse vous a aid� � r�soudre votre probl�me, n'oubliez pas de voter pour elle en cliquant sur
Aide-toi et le forum t'aidera : Un probl�me expos� sans mentionner les tentatives de r�solution infructueuses peut laisser supposer que le posteur attend qu'on fasse son travail � sa place... et ne donne pas envie d'y r�pondre.
C'est une r�flexion � l'emporte-pi�ce, c'est s�r que j'en ai crois� des mauvais profs d'informatique mais aussi des bons quand j'�tais � l'universit� dans les ann�es 90.
Il ne s'agit pas d'universit� ici mais de lyc�e...
Je ne sais pas si c'est encore le cas, mais le gros probl�me au lyc�e �tait la grosse disparit� des niveaux qui rendait �a difficile pour ceux qui d�couvrait l'algorithmie et chiant pour ceux qui avait d�j� programm�. Et le prof se retrouvait le cul entre deux chaises.
R�pondre avec citation
Partager