Devo rendere il campo ID di tipo char(40) do quindi:
ma puntualmente mi crea un varchar(40).Codice:ALTER TABLE `my_table` CHANGE `id` `id` CHAR( 40 ) CHARACTER SET latin1 COLLATE latin1_swedish_ci NOT NULL
perché? impostazione di altervista?
Devo rendere il campo ID di tipo char(40) do quindi:
ma puntualmente mi crea un varchar(40).Codice:ALTER TABLE `my_table` CHANGE `id` `id` CHAR( 40 ) CHARACTER SET latin1 COLLATE latin1_swedish_ci NOT NULL
perché? impostazione di altervista?
Probabilmente perchè il campo è già popolato con dati di differenti dimensioni.
"L'intelligenza è una pianta che va curata continuamente.
Dovreste vedere com'è bello, il mio bonsai."
Rat-man®
[Gradient Text]
[Su che server sei?]
->flickr
prova a creare una nuova tabella e inserisci un attributo di tipo char, vedi che succede.
"Quando il potere dell'amore supererà l'amore per il potere il mondo conoscerà la pace" Jimmy Hendrix
[ Richiesta: http://www.unibologna.eu/ ] --> [Risposta: http://www.magazine.unibo.it/Magazin...al_Portale.htm Morale] -->[ http://www.anti-phishing.it/news/art...s.13062007.php ]
consoliwebsite.altervista.org
Appena possibile ridiventa un varchar...
Diventa un VARCHAR perché tanto a quel punto la tabella ha già delle righe a dimensione dinamica e quindi un campo CHAR occupa solo spazio inutile senza dare vantaggi. Visto che tanto dall'esterno sono indistinguibili non dovrebbe esserci alcun problema.
Be no, un char è un char e non deve cambiare.
Mettiamo che devo salvare il CAP la colonna deve essere char di 5, varchar(5) funzionerebbe ma sarebbe più lenta.
Tornando al problema...
L'unico dubbio è che la tabella sia creata in modo strano.
La crei con il tool di phpmyadmin o via script?
"L'intelligenza è una pianta che va curata continuamente.
Dovreste vedere com'è bello, il mio bonsai."
Rat-man®
[Gradient Text]
[Su che server sei?]
->flickr