建表时IP字段设成了varchar,但是由于要对其建索引,以达到与其它表结合查询时提高效率的目的,打算将它改成char,修改后竟然没有成功。
最后发现原来要改就必须把该表中的所有varchar和text的字段一次性都改为char:
alter table ip_table modify ipddress char(16) default '',modify status char(10) default '',modify memo char(255) default '';
又试了下,如果原表中都是char,只要把其中一个字段改为varchar或者text,则其它所有char字段自动改为varchar
……
alter table ip_table modify memo text;
之后表中的情况:
ipddress varchar(16)
status varchar(10)
memo text
mysql也太扯了……
到网上找了找,找到这样一个解释:
http://topic.csdn.net/t/20031117/21/2466393.html
在同一个表中不能混用CHAR 和VA R C H A R。MySQL 根据情况甚至会将列从一种类型转换为另一种类型。这样做的原因如下:
■ 行定长的表比行可变长的表容易处理(其理由请参阅2 . 3节“选择列的类型”)。
■ 表行只在表中所有行为定长类型时是定长的。即使表中只有一列是可变长的,该表的
行也是可变长的。
■ 因为在行可变长时定长行的性能优点完全失去。所以为了节省存储空间,在这种情况
下最好也将定长列转换为可变长列。
这表示,如果表中有VARCHAR 列,那么表中不可能同时有CHAR 列;MySQL 会自动
地将它们转换为VARCHAR 列。例如创建如下一个表:
CREATE TABLE my_table
(
c1 CHAR(10),
c2 VARCHAR(10)
)
如果使用DESCRIBE my_table 查询,则其输出如下:
Feild Type Null Key Default Extra
c1 varchar(10) yes null
c2 varchar(10) yes null
请注意,VARCHAR 列的出现使MySQL 将c1 也转换成了VARCHAR 类型。如果试图用
A LTER TABLE 将c1 转换为C H A R,将不起作用。将VARCHAR 列转换为CHAR 的惟一办
法是同时转换表中所有VARCHAR 列:
ALTER TABLE my_table MODIFY c1 CHAR(10),MODIFY c2 CHAR(10)区别:
1.CHAR的长度是固定的,而VARCHAR2的长度是可以变化的, 比如,字符串“abc",对于CHAR
(20),表示你的字符将占20个字节(包括17个空字符),而同样的VARCHAR2
(20)则只占用3个字节的长度,20只是最大值,当你存储的字符小于20时,按实际长度存储。
2.CHAR的效率比VARCHAR2的效率稍高。
3.目前VARCHAR是VARCHAR2的同义词。工业标准的VARCHAR类型可以存储空字符串,但是oracle不这样做,尽管它保留以后这样做
的权利。自己开发了一个数据类型VARCHAR2,这个类型不是一个标准的VARCHAR,它将在数据库中varchar列可以存储空字符串的特性改为存
储NULL值。如果你想有向后兼容的能力,建议使用VARCHAR2而不是VARCHAR。
何时该用CHAR,何时该用varchar2?
CHAR与VARCHAR2是一对矛盾的统一体,两者是互补的关系.
VARCHAR2比CHAR节省空间,在效率上比CHAR会稍微差一些,即要想获得效率,就必须牺牲一定的空间,这也就是我们在数据库设计上常说的‘以空间换效率’。
VARCHAR2虽然比CHAR节省空间,但是如果一个VARCHAR2列经常被修改,而且每次被修改的数据的长度不同,这会引起‘行迁移’(Row
Migration)现象,而这造成多余的I/O,是数据库设计和调整中要尽力避免的,在这种情况下用CHAR代替VARCHAR2会更好一些。
引自:http://blog.chinaunix.net/u2/83571/showart_1343042.html
检索的存储:
他们的存储方式和数据的检索方式都不一样。
数据的检索效率是:char>varchar>text
空间占用方面,要具体情况具体分析了。M个字节,0 <=M<= 255
L+1个字节,其中L<=M且0 <=M<= 65535
L+2个字节,其中L< 216
Char为变长,varchar,text为变长
Char在保存的时候,后面(右边)会用空格填充到指定的长度,在检索的时候后面的空格会去掉,所以检索出来的数据需要再用什么trim之类的函数去处理。(与sql server可能有些不同)
Varchar在保存的时候,不进行填充。当值保存和检索时尾部的空格仍保留。
TEXT列不能有默认值,存储或检索过程中,不存在大小写转换.
当存储的字符超过他们定义的长度时候,如果不是在sql服务器的严格模式下,都会自动截取合适的字段存储,而不会出现错误。但是,如果是中文的话同样要报错误:)比如定义char(4),然后insert (‘c哈哈’).
注意一点的,Char,Varchar不像数值类型,有系统默认长度,所以必须在括号里定义长度,可以有默认值
text不可以写默认值,后面如果指定长度,不会报错误,但是这个长度是不起作用的,意思就是你插入数据的时候,超过你指定的长度还是可以正常插入(严格模式下没有测试 :))
存储计算:
在使用UTF8字符集的时候,手册上是这样描叙的:
·基本拉丁字母、数字和标点符号使用一个字节。
·大多数的欧洲和中东手写字母适合两个字节序列:扩展的拉丁字母(包括发音符号、长音符号、重音符号、低音符号和其它音符)、西里尔字母、希腊语、亚美尼亚语、希伯来语、阿拉伯语、叙利亚语和其它语言。
·韩语、中文和日本象形文字使用三个字节序列。
但是,经过我的测试,中文汉字使用2个字节序列。
使用的一般规则:
1.经常变化的字段用char
2.知道固定长度的用char
3.尽量用varchar
4.超过255字节的只能用varchar或者text
5.能用varchar的地方不用text
引自:http://www.phpchina.com/html/20/12020-13865.html