风舞残阳 2008-4-2 17:55
MySQL数据库技术（08)
[wiki]数据库[/wiki]中的每个表都是由一个或多个列构成的。在用CREATETABLE语句创建一个表时，要为每列指定一个[wiki]类[/wiki]型。列的类型比数据类型更为特殊，它仅仅是如“数”或“串”这样的通用类型。列的类型精确地描述了给定表列可能包含的值的种类，如SMALLINT或VARCHAR(32)。
My[wiki]SQL[/wiki]的列类型是一种手段，通过这种手段可以描述一个表列包含什么类型的值，这又决定了MySQL怎样处理这些值。例如，数值值既可用数值也可用串的列类型来存放，但是根据存放这些值的类型，MySQL对它们的处理将会有些不同。每种列类型都有几个特性如下：
■其中可以存放什么类型的值。
■值要占据多少[wiki]空间[/wiki]，以及该值是否是定长的（所有值占相同数量的空间）或可变长的（所占空间量依赖于所存储的值）。
■该类型的值怎样比较和存储。
■此类型是否允许NULL值。
■此类型是否可以索引。
我们将简要地考察一下MySQL列类型以获得一个总的概念，然后更详细地讨论描述每种列类型的属性。
[color=#0000ff]2.2.1列类型概述
[/color]
MySQL为除NULL值以外的所有通用数据类型的值都提供了列类型。在列是否能够包含NULL值被视为一种类型属性的意义上，可认为所有类型都包含NULL属性。MySQL有整数和浮点数值的列类型，如表2-2所示。整数列类型可以有符号也可无符号。有一种特殊的属性允许整数列值自动生成，这对需要唯一序列或标识号的应用[wiki]系统[/wiki]来说是非常有用的。
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202927776.JPG[/img]
MySQL串列类型如表2-3所示。串可以存放任何内容，即使是像图像或[wiki]声音[/wiki]这样的绝对二进制数据也可以存放。串在进行比较时可以设定是否区分大小写。此外，可对串进行模式匹配（实际上，在MySQL中可以在任意列类型上进行模式匹配，但最经常进行模式匹配还是在串类型上）
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202927189.JPG[/img]
日期与[wiki]时间[/wiki]列类型在表2-4中示出。对于临时值，MySQL提供了日期（有或没有时间）、时间和时间戳（一种允许跟踪对记录何时进行最后更改的特殊类型）的类型。而且还提供了一种在不需要完整的日期时有效地表示年份的类型。
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202927494.JPG[/img]
要创建一个表，应使用CREATETABLE语句并指定构成表列的列表。每个列都有一个名字和类型，以及与每个类型相关的各种属性。下面是创建具有三个分别名为f、c和i的列的表my_table的例子：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202928329.JPG[/img]
定义一个列的语法如下：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202928273.JPG[/img]
其中列名由col_name给出。列名可最多包含64个字符，字符包括字母、数字、下划线及美元符号。列名可以名字中合法的任何符号（包括数字）开头。但列名不能完全由数字组成，因为那样可能使其与数据分不开。MySQL保留诸如SELECT、DELETE和CREATE这样的词，这些词不能用做列名。但是函数名（如[wiki]POS[/wiki]和MIN）是可以使用的。
列类型col_[wiki]type[/wiki]表示列可存储的特定值。列类型说明符还能表示存放在列中的值的最大长度。对于某些类型，可用一个数值明确地说明其长度。而另外一些值，其长度由类型名蕴含。例如，CHAR(10)明确指定了10个字符的长度。而TINYBLOB值隐含最大长度为255个字符。有的类型说明符允许指定最大的显示宽度（即显示值时使用多少个字符）。浮点类型允许指定小数位数，所以能控制浮点数的精度值为多少。
可以在列类型之后指定可选的类型说明属性，以及指定更多的常见属性。属性起修饰类型的作用，并更改其处理列值的方式，属性有以下类型：
■专用属性用于指定列。例如，UNSIGNED属性只针对整型，而BINARY属性只用于CHAR和VARCHAR。
■通用属性除少数列之外可用于任意列。可以指定NULL或NOTNULL以表示某个列是否能够存放NULL。还可以用DEFAULTdef_value来表示在创建一个新行但未明确给出该列的值时，该列可赋予值def_value。def_value必须为一个常量；它不能是表达式，也不能引用其他列。不能对BLOB或TEXT列指定缺省值。
如果想给出多个列的专用属性，可按任意顺序指定它们，只要它们跟在列类型之后、通用属性之前即可。类似地，如果需要给出多个通用属性，也可按任意顺序给出它们，只要将它们放在列类型和可能给出的列专用属性之后即可。本节其余部分讨论每个MySQL的列类型，给出定义类型和描述它们的属性的语法，诸如取值范围和存储[wiki]需求[/wiki]等。类型说明如在CREATETABLE语句中那样给出。可选的[wiki]信息[/wiki]由方括号（[]）给出。如，语MEDIUMINT[(M)]表示最大显示宽度（指定为M）是可选的。另一方面，对于CHAR(M)，无方括号表示的(M)是必须的。
[color=#0000ff]2.2.2数值列类型
[/color]
MySQL的数值列类型有两种：
■整型。用于无小数部分的数，如1、43、-3、0或-798432。可对正数表示的数据使用整数列，如磅的近似数、英寸的近似数，银河系行星的数目、家族人数或一个盘子里的细菌数等。
■浮点数。用于可能具有小数部分的数，如3.14159、-.00273、-4.78、或39.3E+4。可将浮点数列类型用于有小数点部分或极大、极小的数。可能会表示为浮点数的值有农作物平均产量、距离、钱数（如物品价格或工资）、失业率或股票价格等等。整型值也可
以赋予浮点列，这时将它们表示为小数部分为零的浮点值。每种数值类型的名称和取值范围如表2-5所示。各种类型值所需的存储量如表2-6所示。
CREATETABLE语句
本章中例子中大量使用了CREATETABLE语句。您应该对此语句相当熟悉，因为我们在第1章中的教程部分使用过它。关于CREATETABLE语句也可参阅附录D。
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202929669.JPG[/img]
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202929388.JPG[/img]
MySQL提供了五种整型：TINYINT、SMALLINT、MEDIUMINT、INT和BIGINT。INT为INTEGER的缩写。这些类型在可表示的取值范围上是不同的。整数列可定义为UNSIGNED从而禁用负值；这使列的取值范围为0以上。各种类型的存储量需求也是不同的。
取值范围较大的类型所需的存储量较大。
MySQL提供三种浮点类型：FLOAT、DOUBLE和DECIMAL。与整型不同，浮点类型不能是UNSIGNED的，其取值范围也与整型不同，这种不同不仅在于这些类型有最大值，而且还有最小非零值。最小值提供了相应类型精度的一种度量，这对于记录[wiki]科学[/wiki]数据来说是非常重要的（当然，也有负的最大和最小值）。
DOUBLEPRECISION[(M,D)]和REAL[(M,D)]为DOUBLE[(M,D)]的同义词。而NUMERIC(M,D)为DECIMAL(M,D)的同义词。FLOAT(4)和FLOAT(8)是为了与ODBC兼容而提供的。在MySQL3.23以前，它们为FLOAT(10,2)和DOUBLE(16,4)的同义词。自MySQL3.23以来，FLOAT(4)和FLOAT(8)各不相同，下面还要介绍。
在选择了某种数值类型时，应该考虑所要表示的值的范围，只需选择能覆盖要取值的范围的最小类型即可。选择较大类型会对空间造成浪费，使表不必要地增大，处理起来没有选择较小类型那样有效。对于整型值，如果数据取值范围较小，如人员[wiki]年龄[/wiki]或兄弟姐妹数，则TINYINT最合适。MEDIUMINT能够表示数百万的值并且可用于更多类型的值，但存储代价较大。BIGINT在全部整型中取值范围最大，而且需要的存储空间是表示范围次大的整型INT类型的两倍，因此只在确实需要时才用。对于浮点值，DOUBLE占用FLOAT的两倍空间。除非特别需要高精度或范围极大的值，一般应使用只用一半存储代价的FLOAT型来表示数据。
在定义整型列时，可以指定可选的显示尺寸M。如果这样，M应该是一个1到255的整数。它表示用来显示列中值的字符数。例如，MEDIUMINT(4)指定了一个具有4个字符显示宽度的MEDIUMINT列。如果定义了一个没有明确宽度的整数列，将会自动分配给它一个缺省的宽度。缺省值为每种类型的“最长”值的长度。如果某个特定值的可打印表示需要不止M个字符，则显示完全的值；不会将值截断以适合M个字符。对每种浮点类型，可指定一个最大的显示尺寸M和小数位数D。M的值应该取1到255。D的值可为0到30，但是不应大于M-2。（如果熟悉ODBC术语，就会知道M和D对应于
ODBC概念的“精度”和“小数点位数”）M和D对FLOAT和DOUBLE都是可选的，但对于DECIMAL是必须的。在选项M和D时，如果省略了它们，则使用缺省值。下面的语句创建了一个表，它说明了数值列类型的M和D的缺省值（其中不包括DECIMAL，因为M和D对这种类型不是可选的）：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202929996.JPG[/img]
如果在创建表之后使用DESCRIBEmy_table语句，则输出的Field和Type列如下所示（注意，如果用MySQL的3.23以前的版本运行这个查询，则有一个小故障，即BIGINT的显示宽度将是21而不是20。）：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202930119.JPG[/img]
每一个数字列都具有一个由列类型所决定的取值范围。如果打算插入一个不在列范围内的值，将会进行截取：MySQL将剪裁该值为取值范围的边界值并使用这个结果。在检索时不进行值的剪裁。
值的剪裁根据列类型的范围而不是显示宽度进行。例如，一个SMALLINT(3)列显示宽度为3而取值范围为-32768到32767。值12345比显示宽度大，但在该列的取值范围内，因此它可以插入而不用剪裁并且作为12345检索。值99999超出了取值范围，因此在插入时被剪裁为32767。以后在检索中将以值32767检索该值。
一般赋予浮点列的值被四舍五入到这个列所指定的十进制数。如果在一个FLOAT(8,1)的列中存储1.23456，则结果为1.2。如果将相同的值存入FLOAT(8,4)的列中，则结果为1.2346。这表示应该定义具有足够位数的浮点列以便得到尽可能精确的值。如果想精确到千分之一，那就不要定义使该类型仅有两位小数。
浮点值的这种处理在MySQL3.23中有例外，FLOAT(4)和FLOAT(8)的性能有所变化。这两种类型现在为单精度（4字节）和双精度（8字节）的类型，在其值按给出的形式存放（只受硬件的限制）这一点上说，这两种类型是真浮点类型。
DECIMAL类型不同于FLOAT和DECIMAL，其中DECIMAL实际是以串存放的。DECIMAL可能的最大取值范围与DOUBLE一样，但是其有效的取值范围由M和D的值决定。如果改变M而固定D，则其取值范围将随M的变大而变大。表2-7的前三行说明了这一点。如果固定M而改变D，则其取值范围将随D的变大而变小（但精度增加）。表2-7的后三行说明了这一点。
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202930998.JPG[/img]
给定的DECIMAL类型的取值范围取决于MySQL的版本。对于MySQL3.23以前的版本，DECIMAL(M,D)列的每个值占用M字节，而符号（如果需要）和小数点包括在M字节中。因此，类型为DECIMAL(5,2)的列，其取值范围为-9.99到99.99，因为它们覆盖了所有可能的5个字符的值。
正如MySQL3.23一样，DECIMAL值是根据ANSI规范进行处理的，ANSI规范规定DECIMAL(M,D)必须能够表示M位数字及D位小数的任何值。例如，DECIMAL(5,2)必须能够表示从-999.99到999.99的所有值。而且必须存储符号和小数点，因此自MySQL3.23以来DECIMAL值占M+2个字节。对于DECIMAL(5,2)，“最长”的值（-999.99）需要7个字节。在正取值范围的一端，不需要正号，因此MySQL利用它扩充了取值范围，使其超
过了ANSI所规范所要求的取值范围。如DECIMAL(5,2)的最大值为9999.99，因为有7个字节可用。
简而言之，在MySQL3.23及以后的版本中，DECIMAL(M,D)的取值范围等于更早版本中的DECIMAL(M+2,D)的取值范围。在MySQL的所有版本中，如果某个DECIMAL列的D为0，则不存储小数点。这样做的结果是扩充了列的取值范围，因为过去用来存储小数点的字节现在可用来存放其他数字了。
1.数值列的类型属性
可对所有数值类型指定ZEROFILL属性。它使相应列的显示值用前导零来填充，以达到显示宽度。在希望确定列值总是以给定的数字位数显示时可利用ZEROFILL。实际上，更准确地说是“一个给定的最小数目的数字位数”，因为比显示宽度更宽的值可完全显示而未被剪裁。使用下列语句可看到这一点：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202931300.JPG[/img]
其中SELECT语句的输出结果如下。请注意最后一行值，它比列的显示宽度更宽，但仍然完全显示出来：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202931172.JPG[/img]
如下所示两个属性只用于整数列：
■AUTO_INCREMENT。在需要产生唯一标识符或顺序值时，可利用AUTO_INCREMENT属性。AUTO_INCREMENT值一般从1开始，每行增加1。在插入NULL到一个AUTO_INCREMENT列时，MySQL插入一个比该列中当前最大值大1的值。一个表中最多只能有一个AUTO_INCREMENT列。对于任何想要使用AUTO_INCREMENT的列，应该定义为NOTNULL，并定义为PRIMARYKEY或定义为UNIQ[wiki]UE[/wiki]键。例如，可按下列任何一种方式定义AUTO_INCREMENT列：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202931129.JPG[/img]
AUTO_INCREMENT的性能将在下一小节“使用序列”中作进一步的介绍。
■UNSIGNED。此属性禁用负值。将列定义为UNSIGNED并不改变其基本数据类型的取值范围；它只是前移了取值的范围。考虑下列的表说明：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202931113.JPG[/img]
itiny和itiny_u两列都是TINYINT列，并且都可取256个值，但是itiny的取值范围为-128到127，而itiny_u的取值范围为0到255。UNSIGNED对不取负值的列是非常有用的，如存入人口统计或出席人数的列。如果用常规的有符号列来存储这样的值，那么就只利用了该列类型取值范围的一半。通过使列为UNSIGNED，能有效地成倍增加其取值范围。如果将列用于序列号，且将它设为UNSIGNED，则可取原双倍的值。在指定以上属性之后（它们是专门用于数值列的），可以指定通用属性NULL或NOTNULL。如果未指定NULL或NOTNULL，则缺省为NULL。也可以用DEFAULT属性来指定一个缺省值。如果不指定缺省值，则会自动选择一个。对于所有数值列类型，那些可以包含NULL的列的缺省将为NULL，不能包含NULL的列其缺省为0。下面的样例创建三个INT列，它们分别具有缺省值-1、1和NULL：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202931635.JPG[/img]
2.使用序列
许多应用[wiki]程序[/wiki]出于标识的目的需要使用唯一的号码。需要唯一值的这种要求在许多场合都会出现，如：会员号、试验样品编号、顾客ID、错误报告或故障标签等等。AUTO_INCREMENT列可提供唯一编号。这些列可自动生成顺序编号。本节描述AUTO_INCREMENT列是怎样起作用的，从而使您能够有效地利用它们而不至于出错。另外，还介绍了怎样不用AUTO_INCREMENT列来产生序列的方法。
(1)MySQL3.23以前的版本中的AUTO_INCREMENTMySQL3.23版以前的AUTO_INCREMENT列的性能如下：
■插入NULL到AUTO_INCREMENT列，使MySQL自动地产生下一个序列号并将此序列号自动地插入列中。AUTO_INCREMENT序列从1开始，因此插入表中的第一个记录得到为1的序列值，而后继插入的记录分别得到序列值2、3等等。一般，每个自动生成的值都比存储在该列中的当前最大值大1。
■插入0到AUTO_INCREMENT与插入NULL到列中的效果一样。插入一行而不指定AUTO_INCREMENT列的值也与插入NULL的效果一样。
■如果插入一个记录并明确指定AUTO_INCREMENT列的一个值，将会发生两件事之一。如果已经存在具有该值的某个记录，则出错，因为AUTO_INCREMENT列中的值必须是惟一的。如果不存在具有该值的记录，那么新记录将被插入，并且如果新记录的AUTO_INCREMENT列中的值是新的最大值，那么后续行将用该值的下一个值。换句话说，也就是可以通过插入一个具有比当前值大的序列值的记录，来增大序列的计数器。增大计数器会使序列出现空白，但这个特性也有用。例如创建一个具有AUTO_INCREMENT列的表，但希望序列从1000而不是1开始。则可以用后述的两种办法之一达到此目的。一个办法是插入具有明确序列值1000的第一个记录，然后通过插入NULL到AUTO_INCREMENT列来插入后续的记录。另一个办法是插入
AUTO_INCREMENT列值为999的假记录。然后第一个实际插入的记录将得到一个序列号1000，这时再将假记录删除。
■如果将一个不合规定的值插入AUTO_INCREMENT列，将会出现难以预料的结果。
■如果删除了在AUTO_INCREMENT列中含有最大值的记录，则此值在下一次产生新值时会再次使用。如果删除了表中的所有记录，则所有值都可以重用；相应的序列重新从1开始。
■REPLACE语句正常起作用。
■UPDATE语句按类似插入新记录的规则起作用。如果更新一个AUTO_INCREMENT列为NULL或0，则会自动将其更新为下一个序列号。如果试图更新该列为一个已经存在的值，将出错（除非碰巧设置此列的值为它所具有的值，才不会出错，但这没有任何意义）。如果更新该列的值为一个比当前任何列值都大的值，则以后序列将从下一个值继续进行编号。
■最近自动产生的序列编号值可调用LAST_INSERT_ID()函数得到。它使得能在其他不知道此值的语句中引用AUTO_INCREMENT值。LAST_INSERT_ID()依赖于当前[wiki]服务器[/wiki]会话中生成的AUTO_INCREMENT值；它不受与其他客户机相关的AUTO_INCREMENT活动的影响。如果当前会话中没有生成AUTO_INCREMENT值，则LAST_INSERT_ID()返回0。能够自动生成顺序编号这个功能特别有用。但是刚才介绍的AUTO_INCREMENT性能有两个缺陷。首先，序列中顶上的记录被删除时，序列值的重用使得难于生成可能删除和插入记录的应用的一系列单调（严格递增）值。其次，利用从大于1的值开始生成序列的方法是很笨的。
(2)MySQL3.23版以后的AUTO_INCREMENTMySQL3.23对AUTO_INCREMENT的性能进行了下列变动以便能够处理上述问题：
■自动顺序生成的值严格递增且不重用。如果最大的值为143并删除了包含这个值的记录，MySQL继续生成下一个值144。
■在创建表时，可以明确指定初始的序列编号。下面的例子创建一个AUTO_INCRE-MENT列seq从1,000,000开始的表：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202932906.JPG[/img]
在一个表具有多个列时（正如多数表那样），最后的AUTO_INCREMENT=1000000子句应用到哪一列是不会混淆的，因为每个表只能有一个AUTO_INCREMENT列。
(3)使用AUTO_INCREMENT应该考虑的问题在使用AUTO_INCREMENT列时，应该记住下列要点：
■AUTO_INCREMENT不是一种列类型,它只是一种列类型属性。此外，AUTO_INCREMENT是一种只能用于整数类型的属性。MySQL早于3.23的版本并不严格服从这个约束，允许定义诸如CHAR这样的列类型具有AUTO_INCREMENT属性。但是只有整数类型作为AUTO_INCREMENT列正常起作用。
■AUTO_INCREMENT机制的主要目的是生成一个正整数序列，并且如果以这种方式使用，则AUTO_INCREMENT列效果最好。所以应该定义AUTO_INCREMENT列为UNSIGNED。这样做的优点是在到达列类型的取值范围上限前可以进行两倍的序列编号。在某些[wiki]环境[/wiki]下，也有可能利用AUTO_INCREMENT列来生成负值的序列，但是我们不建议这样做。如果您决定要试一下，应该保证进行充分的试验，并且在升级到不同的MySQL版本时需要重新[wiki]测试[/wiki]。笔者的经验表明，不同的版本中，负序列的性能并不完全一致。
■不要认为对某个列定义增加AUTO_INCREMENT是一个得到无限的编号序列的奇妙方法。事实并非这样；AUTO_INCREMENT序列受基础列类型的取值范围所限制。例如，如果使用TINYINTUNSIGNED列，则最大的序列号为255。在达到这个界限时，应用程序将开始出现“重复键”错误。
■MySQL3.23引入了不重用序列编号的新AUTO_INCREMENT性能，并且允许在CREATETABLE语句中指定一个初始的序列编号。这些性能在使用下列形式的DELETE语句删除了表中所有记录后可以撤消：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202932934.JPG[/img]
在此情形下，序列重新从1开始而不按严格的增量顺序继续增加。即使在CREATETABLE语句中明确指定了一个初始的序列编号，相应的序列也会从头开始。出现这种情形的原因在于MySQL优化完全删空一个表的DELETE语句的方法上；它从头开始重新创建数据文件和索引文件而不是去删除每个记录，这样就丢失了所有的序列号信息。如果要删除所有记录，但希望保留序列信息，可以取消优化并强制MySQL执行逐行的删除操作，如下所示：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202932315.JPG[/img]
如果使用的是3.23以上的版本，怎样保持严格的增量序列？方法之一是保持一个只用来生成AUTO_INCREMENT值的独立的表，永远不从这个表中删除记录。在这种情况下，独立表中的值永远不会重用。在主表中需要生成一个新记录时，首先在序列编号表中插入一个NULL。然后对希望包含序列编号的列使用LAST_INSERT_ID()的值将该记录插入主表，如下所示：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202932843.JPG[/img]
如果想要编写一个生成AUTO_INCREMENT值的应用程序，但希望序列从100而不是1开始。再假定希望这个程序可移植到所有MySQL版本。怎样来完成它呢？如果可移植是一个目标，那么不能依赖MySQL3.23所提供的在CREATETABLE语句中指定初始序列编号的功能。而是在想要插入一个记录时，首先用下列语句检查表是否是空的：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202932637.JPG[/img]
这个步骤虽然是附加的，但不会花费太多的时间，因为没有WHERE子句的SELECTCOUNT(*)是优化的，返回很快。如果表是空的，则插入记录并明确地对序列编号列指定值100。如果表不空，则对序列编号列值指定NULL使MySQL自动生成下一个编号。此方法允许插入序列编号为100、101等的记录，它不管MySQL是否允许指定初始序列值都能正常工作。如果要求序列编号即使是从表中删除了记录后也要严格递增，则此方法不起作用。在这样的情形下，可将此方法与前面描述的什么也不做只是用来产生用于主表的序列编号的辅助表[wiki]技术[/wiki]结合使用。为什么会希望从一个大于1的序列编号开始呢？一个原因是想使所有序列编号全都具有相同的数字位数。如果需要生成顾客ID号，并且希望不要多于一百万个顾客，则可以从1000000
开始编号。在对顾客ID值计数的数字位数改变之前，可以追加一百万个顾客。当然，强制序列编号为一个固定宽度的另一个方法是采用ZEROFILL列。对于有的情形，这样做有可能会出问题。例如，如果在Perl或[wiki]PHP[/wiki]脚本中处理具有前导零的序列编号，则必须仔细地将它们只作为串使用；如果将它们转换成数字，前导零将会丢失。下面的短Perl脚本说明了处理编号时可能会出的问题：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202933799.JPG[/img]
打印时，此脚本给出下列输出：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202933619.JPG[/img]
Perl’s‘++’自动增量操作是很灵巧的而且可以利用串或数值建立序列值，但‘+=’操作只应用于数值。在所显示的输出中，可看到‘+=’引起串到数值的转换并且丢失了$s值中的前导零。
序列不从1开始的另一个原因从技术的角度来说可能不值一提。例如，在分配会员号时，序列号不要从1开始，以免出现关于谁是第一号的政治争论。
(4)不用AUTO_INCREMENT生成序列生成序列号的另一个方法根本就不需要使用AUTO_INCREMENT列。它利用取一个参数的LAST_INSERT_ID()函数的变量来生成序列号。（这种形式在MySQL3.22.9.中引入）如果利用LAST_INSERT_ID(expr)来插入或更新一个列，则下一次不用参数调用LAST_INSERT_ID()时，将返回expr的值。换句话说，就像由AUTO_INCREMENT机制生成的那样对expr进行处理。这样使得能生成一个序列号，然后可在以后的客户会话中利用它，用不着取受其他客户机影响的值。利用这种策略的一种方法是创建一个包含一个值的单行表，该值在想得到序列中下一个值时进行更新。例如，可创建如下的表：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202933253.JPG[/img]
上面的语句创建了表seq_table并用包含seq值0的行对其进行初始化。可利用这个表产生下一个序列号，如下所示：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202933435.JPG[/img]
该语句取出seq列的当前值并对其加1，产生序列中的下一个值。利用LAST_INSERT_ID(seq+1)生成新值使它就像一个AUTO_INCREMENT值一样，而且此值可在以后的语句中通过调用无参数的LAST_INSERT_ID()来取出。即使某个其他客户机同时生成了另一个序列号，上述作用也不会改变，因为LAST_INSERT_ID()是客户机专用的。如果希望生成增量不是1的编号序列或负增量的编号序列，也可以利用这个方法。例如，下面两个语句可以用来分别生成一个增量为100的编号序列和一个负的编号序列：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202933207.JPG[/img]
通过将seq列设置为相应的初始值，可利用这个方法生成以任意值开始的序列。关于将此序列生成方法用于多个计数器的应用，可参阅第3章。
[color=#0000ff]2.2.3串列类型
[/color]
MySQL提供了几种存放字符数据的串类型。串常常用于如下这样的值：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202934898.JPG[/img]
在某种意义上，串实际是一种“通用”类型，因为可用它们来表示任意值。例如，可用串类型来存储二进制数据，如影像或声音，或者存储gzip的输出结果，即存储压缩数据。对于所有串类型，都要剪裁过长的值使其适合于相应的串类型。但是串类型的取值范围很不同，有的取值范围很小，有的则很大。取值大的串类型能够存储近4GB的数据。因此，应该使串足够长以免您的信息被切断（由于受客户机/服务器[wiki]通信[/wiki]协议的最大块尺寸限制，列
值的最大限额为24MB）。
表2-8给出了MySQL定义串值列的类型，以及每种类型的最大尺寸和存储需求。对于可变长的列类型，各行的值所占的存储量是不同的，这取决于实际存放在列中的值的长度。这个长度在表中用L表示。
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202934916.JPG[/img]
L以外所需的额外字节为存放该值的长度所需的字节数。MySQL通过存储值的内容及其长度来处理可变长度的值。这些额外的字节是无符号整数。请注意，可变长类型的最大长度、此类型所需的额外字节数以及占用相同字节数的无符号整数之间的对应关系。例如，
MEDIUMBLOB值可能最多224-1字节长并需要3个字节记录其结果。3个字节的整数类型MEDIUMINT的最大无符号值为224-1。这并非偶然。
1.CHAR和VARCHAR列类型
CHAR和VARCHAR是最常使用的串类型。它们是有差异的，CHAR是定长类型而VARCHAR是可变长类型。CHAR(M)列中的每个值占M个字节；短于M个字节的值存储时在右边加空格（但右边的空格在检索时去掉）。VARCHAR(M)列的值只用所必需的字节数来存放（结尾的空格在存储时去掉，这与ANSISQL的VARCHAR值的[wiki]标准[/wiki]不同），然后再加一个字节记录其长度。如果所需的值在长度上变化不大，则CHAR是一种比VARCHAR好的选择，因为处理行长度固定的表比处理行长度可变的表的效率更高。如果所有的值长度相同，由于需要额外的字节来记录值的长度，VARCHAR实际占用了更多的空间。在MySQL3.23以前，CHAR和VARCHAR列用最大长度为1到255的M来定义。从MySQL3.23开始，CHAR(0)也是合法的了。在希望定义一个列，但由于尚不知道其长度，所以不想给其分配空间的情况下，CHAR(0)列作为占位符很有用处。以后可以用ALTERTABLE来加宽这个列。如果允许其为NULL，则CHAR(0)列也可以用来表示on/off值。这样的列可能取两个值，NULL和空串。CHAR(0)列在表中所占的空间很小，只占一位。除少数情况外，在同一个表中不能混用CHAR和VARCHAR。MySQL根据情况甚至会将列从一种类型转换为另一种类型。这样做的原因如下：
■行定长的表比行可变长的表容易处理（其理由请参阅2.3节“选择列的类型”）。
■表行只在表中所有行为定长类型时是定长的。即使表中只有一列是可变长的，该表的行也是可变长的。
■因为在行可变长时定长行的性能优点完全失去。所以为了节省存储空间，在这种情况下最好也将定长列转换为可变长列。这表示，如果表中有VARCHAR列，那么表中不可能同时有CHAR列；MySQL会自动地将它们转换为VARCHAR列。例如创建如下一个表：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202934914.JPG[/img]
请注意，VARCHAR列的出现使MySQL将c1也转换成了VARCHAR类型。如果试图用ALTERTABLE将c1转换为CHAR，将不起作用。将VARCHAR列转换为CHAR的惟一办法是同时转换表中所有VARCHAR列：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202934558.JPG[/img]
BLOB和TEXT列类型像VARCHAR一样是可变长的，但是它们没有定长的等价类型，因此不能在同一表中与BLOB或TEXT列一起使用CHAR列。这时任何CHAR列都将被转换为VARCHAR列。定长与可变长列混用的情形是在CHAR列短于4个字符时，可以不对其进行转换。例如，MySQL不会将下面所创建的表中的CHAR列转换为VARCHAR列：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202934905.JPG[/img]
短于4个字符的列不转换的原因是，平均情况下，不存储尾空格所节省的空间被VARCHAR列中记录每个值的长度所需的额外字节所抵消了。实际上，如果所有列都短，MySQL将会把所定义的所有列从VARCHAR转换为CHAR。MySQL这样做的原因是，这种转换平均来说不会增加存储需求，而且使表行定长，从而改善了性能。如果按如下创建一个表，VARCHAR列全都会转换为CHAR列：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202934410.JPG[/img]
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202934191.JPG[/img]
2.BLOB与TEXT列类型
BLOB是一个二进制大[wiki]对象[/wiki]，是一个可以存储大量数据的容器，可以使其任意大。在MySQL中，BLOB类型实际是一个类型系列（TINYBLOB、BLOB、MEDIUMBLOB、LONGBLOB），除了在可以存储的最大信息量上不同外（请参阅表2-8），它们是等同的。
MySQL还有一个TEXT类型系列（TINYTEXT、TEXT、MEDIUMTEXT、LONGTEXT）。除了用于比较和排序外，它们在各个方面都与相应的BLOB类型等同，BLOB值是区分大小写的，而TEXT值不区分大小写。BLOB和TEXT列对于存储可能有很大增长的值或各行大小有很大变化的值很有用，例如，字处理文档、图像和声音、混合数据以及[wiki]新闻[/wiki]文章等等。BLOB或TEXT列在MySQL3.23以上版本中可以进行索引，虽然在索引时必须指定一个用于索引的约束尺寸，以免建立出很大的索引项从而抵消索引所带来的好处。除此之外，一般不通过查找BLOB或TEXT列来进行搜索，因为这样的列常常包含二进制数据（如图像）。常见的做法是用表中另外的列来记录有关BLOB或TEXT值的某种标识信息，并用这些信息来确定想要哪些行。使用BLOB和TEXT列需要特别注意以下几点：
■由于BLOB和TEXT值的大小变化很大，如果进行的删除和更新很多，则存储它们的
表出现高碎片率会很高。应该定期地运行OPTIMIZETABLE减少碎片率以保持良好的
性能。要了解更详细的信息请参阅第4章。
■如果使用非常大的值，可能会需要调整服务器增加max_allowed_packet参数的值。详细的信息请参阅第11章“常规的MySQL[wiki]管理[/wiki]”。如果需要增加希望使用非常大的值的客户机的块尺寸，可见附录E“MySQL程序参考”，该附录介绍了怎样对mysql和mysqldump客户机进行这种块尺寸的增加。
3.ENUM和SET列类型
ENUM和SET是一种特殊的串类型，其列值必须从一个固定的串集中选择。它们之间的主要差别是ENUM列值必须确实是值集中的一个成员，而SET列值可以包括集合中任意或所有的成员。换句话说，ENUM用于互相排斥的值，而SET列可以从一个值的列表中选择多个值。
ENUM列类型定义了一个枚举。可赋予ENUM列一个在创建表时指定的值列表中选择的成员。枚举可具有最多65536个成员（其中之一为MySQL保留）。枚举通常用来表示类别值。例如，定义为ENUM(“N”,“Y”)的列中的值可以是“N”或“Y”。或者可将ENUM用于诸如调查或问卷中的多项选择问题，或用于某个产品的可能尺寸或颜色等：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202934919.JPG[/img]
如果正在处理Web页中的选择，那么可以利用ENUM来表示站点访问者在某页上的互相排斥的单选钮集合中进行的选择。例如，如果运行一个在线比萨饼订购服务系统，可用ENUM来表示顾客订购的比萨饼形状：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202934594.JPG[/img]
如果枚举类别表示计数，在建立该枚举时最重要的是选择合适的类别。例如，在记录实验室检验中白血球的数目时，可能会将计数分为如下的几组：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202934132.JPG[/img]
在某个测试结果以精确的计数到达时，要根据该值所属的类别来记录它。但如果想将列从基于类别的ENUM转换为基于精确计数的整数时，不可能恢复原来的计数。在创建SET列时，要指定一个合法的集合成员列表。在这种意义上，SET类型与ENUM是类似的。但是SET与ENUM不同，每个列值可由来自集合中任意数目的成员组成。集合中最多可有64个成员。对于值之间互斥的固定集合，可使用SET列类型。例如，可利用SET来表示[wiki]汽车[/wiki]的可用选件，如下所示：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202934260.JPG[/img]
然后，特定的SET值将表示顾客实际订购哪些选件，如下所示：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202934396.JPG[/img]
空串表示顾客未订购任何选件。这是一个合法的SET值。SET列值为单个串。如果某个值由多个集合成员组成，那么这些成员在串中用逗号分隔。显然，这表示不应该用含有逗号的串作为SET成员。SET列的其他用途是表示诸如病人的诊断或来自Web页的选择结果这样的信息。对于诊断，可能会有一个向病人提问的标准症状清单，而病人可能会表现出某些症状或所有的症状。对于在线比萨饼服务系统，用于订购的Web页应该具有一组复选框，用来表示顾客想在比萨饼上加的配料。对ENUM或SET列的合法值列表的定义很重要，例如：
■正如上面所介绍的，此列表决定了列的可能合法值。
■可按任意的大小写字符插入ENUM或SET值，但是列定义中指定的串的大小写字符决定了以后检索它们时的大小写。例如，如果有一个ENUM(“Y”,“N”)列，但您在其中存储了“y”和“n”，当您检索出它们时显示的是“Y”和“N”。这并不影响比较或排序的状态，因为ENUM和SET列是不区分大小写的。
■在ENUM定义中的值顺序就是排序顺序。SET定义中的值顺序也决定了排序顺序，但是这个关系更为复杂，因为列值可能包括多个集合成员。
■SET定义中的值顺序决定了在显示由多个集合成员组成的SET列值时，子串出现的顺序。
ENUM和SET被归为串类型是由于在建立这些类型的列时，枚举和集合成员被指定为串。但是，这些成员在内部存放时作为数值，而且同样可作为数值来处理。这表示ENUM和SET类型比其他的串类型更为有效，因为通常可用数值运算而不是串运算来处理它们。而且这还表示ENUM和SET值可用在串或数值的环境中。
列定义中的ENUM成员是从1开始顺序编号的。（0被MySQL用作错误成员，如果以串的形式表示就是空串。）枚举值的数目决定了ENUM列的存储大小。一个字节可表示256个值，两个字节可表示65536个值。（可将其与一字节和两字节的整数类型TINYINT、
UNSIGNED和SMALLINTUNSIGNED进行对比。）因此，枚举成员的最大数目为65536（包括错误成员），并且存储大小依赖于成员数目是否多于256个。在ENUM定义中，可以最多指定65535（而不是65536）个成员，因为MySQL保留了一个错误成员，它是每个枚举的隐含成员。在将一个非法值赋给ENUM列时，MySQL自动将其换成错误成员。下面有一个例子，可用mysql客户机程序测试一下。它给出枚举成员的数值顺序，而且还说明了NULL值无顺序编号：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202934721.JPG[/img]
可对ENUM成员按名或者按编号进行运算，例如：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202935740.JPG[/img]
可以定义空串为一个合法的枚举成员。与列在定义中的其他成员一样，它将被赋予一个非零的数值。但是使用空串可能会引起某些混淆，因为该串也被作为数值为0的错误成员。在下面的例子中，将非法的枚举值“x”赋予ENUM列引起了错误成员的赋值。仅在以数值
形式进行检索时，才能够与空串区分开：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202935259.JPG[/img]
SET列的数值表示与ENUM列的表示有所不同，集合成员不是顺序编号的。每个成员对应SET值中的一个二进制位。第一个集合成员对应于0位，第二个成员对应于1位，如此等等。数值SET值0对应于空串。SET成员以位值保存。每个字节的8个集合值可按此方式存
放，因此SET列的存储大小是由集合成员的数目决定的，最多64个成员。对于大小为1到8、9到16、17到24、25到32、33到64个成员的集合，其SET值分别占用1、2、3、4或8个字节。
用一组二进制位来表示SET正是允许SET值由多个集合成员组成的原因。值中二进制位的任意组合都可以得到，因此，相应的值可由对应于这些二进制位的SET定义中的串组合构成。下面给出一个说明SET列的串形式与数值形式之间关系的样例；数值以十进制形式和二
进制形式分别给出：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202935578.JPG[/img]
如果给SET列赋予一个含有未作为集合成员列出的子串的值，那么这些子串被删除，并将包含其余子串的值赋予该列。在赋值给SET列时，子串不需要按定义该列时的顺序给出。但是，在以后检索该值时，各成员将按定义时的顺序列出。假如用下面的定义定义一个SET列来表示[wiki]家具[/wiki]：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202935947.JPG[/img]
如果给这个列赋予“chair,couch,table”值，那么，“couch”被放弃，因为它不是集合的成员。其次，以后检索这个值时，显示为“table,chair”。之所以这样是因为MySQL针对所赋的值的每个子串决定各个二进制位并在存储值时将它们置为1。“couch”不对应二进制位，则忽略。在检索时，MySQL按顺序扫描各二进制位，通过数值值构造出串值，它自动地将子串排成定义列时给出的顺序。这个举动还表示，如果在一个值中不止一次地指定某个成员，但在检索时它也只会出现一次。如果将“lamp,lamp,lamp”赋予某个SET列，检索时也只会得出“lamp”。MySQL重新对SET值中的成员进行排序这个事实表示，如果用一个串来搜索值，则必须以正确的顺序列出各成员。如果插入“chair,table”，然后搜索“chair,table”，那么将找不到相应的记录；必须查找“table,chair”才能找到。ENUM和SET列的排序和索引是根据列值的内部值（数值值）进行的。下面的例子可能会显示不正确，因为各个值并不是按字母顺序存储的：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202935793.JPG[/img]
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202935898.JPG[/img]
NULL值排在其他值前（如果是降序，将排在其他值之后）。如果有一个固定的值集，并且希望按特殊的次序进行排序，可利用ENUM的排序顺序。在创建表时做一个ENUM列，并在该列的定义中以所想要的次序给出各枚举值即可。如果希望ENUM按正常的字典顺序排序，可使用CONCAT()和排序结果将列转换成一个非ENUM串，如下所示：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202935919.JPG[/img]
4.串列类型属性
可对CHAR和VARCHAR类型指定BINARY属性使列值作为二进制串处理（即，在比较和排序操作区分大小写）。
可对任何串类型指定通用属性NULL和NOTNULL。如果两者都不指定，缺省值为NULL。但是定义某个串列为NOTNULL并不阻止其取空串。空值不同于遗漏的值，因此，不要错误地认为可以通过定义NOTNULL来强制某个串列只包含非空的值。如果要求串值非
空，那么这是一个在应用程序中必须强制实施的约束条件。
还可以对除BLOB和TEXT类型外的所有串列类型用DEFAULT属性指定一个缺省值。如果不指定缺省值，MySQL会自动选择一个。对于可以包含NULL的列，其缺省值为NULL。对于不能包含NULL的列，除ENUM列外都为空串，在ENUM列中，缺省值为第一个枚举成员（对于SET类型，在相应的列不能包含NULL时其缺省值实际上是空集，不过这里空集等价于空串）。
2.2.4日期和时间列类型
MySQL提供了几种时间值的列类型，它们分别是：DATE、DATETIME、TIME、TIMESTAMP和YEAR。表2-9给出了MySQL为定义存储日期和时间值所提供的这些类型，并给出了每种类型的合法取值范围。YEAR类型是在MySQL3.22版本中引入的。其他类型在所有MySQL版本中都可用。每种时间类型的存储需求见表2-10。每个日期和时间类型都有一个“零”值，在插入该类型的一个非法值时替换成此值，见表2-11。这个值也是定义为NOTNULL的日期和时间列的缺省值。
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202935505.JPG[/img]
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202935765.JPG[/img]
MySQL表示日期时根据ANSI规范首先给出年份。例如，1999年12月3日表示为“1999-12-03”。MySQL允许在输入日期
时有某些活动的余地。如能将两个数字的年份转换成四位数字的年份，而且在输入小于10的月份和日期时不用输入前面的那位数字。但是必须首先给出年份。平常经常使用的那些格式，如“12/3/99”或“3/12/99”，都是不正确的。MySQL使用的日期表示规则请参阅“处理日期和时间列”小节。时间值按本地时区返回给服务器；MySQL对返回给客户机的值不作任何时区调整。
1.DATE、TIME和DATETIME列类型DATE、TIME和DATETIME类型存储日期、时间以及日期和时间值的组合。其格式为“YYYY-MM-DD”、“hh:mm:ss”和“YYYY-MM-DDhh:mm:ss”。对于DATETIME类型，日期和时间部分都需要；如果将DATE值赋给DATETIME列，MySQL会自动地追加一个为“00:00:00”的时间部分。MySQL对DATETIME和TIME表示的时间在处理上稍有不同。对于DATETIME，时间部分表示某天的时间。而TIME值表示占用的时间（这也就是为什么其取值范围如此之大而且允许取负值的原因）。用TIME值的最右边部分表示秒，因此，如果插入一个“短”（不完全）的时间值，如“12:30”到TIME列，则存储的值为“00:12:30”，即被认为是“12分30秒”。如果愿意，也可用TIME列来表示天的时间，但是要记住这个转换规则以免出问题。为了插入一个“12小时30分钟”的值，必须将其表示为“12:30:00”。
2.TIMESTAMP列类型
TIMESTAMP列以YYYYMMDDhhmmss的格式表示值，其取值范围从19700101000000到2037年的某个时间。此取值范围与UNIX的时间相联系，在UNIX的时间中，1970年的第一天为“零天”，也就是所谓的“新纪元”。因此1970年的开始决定了TIMESTAMP取值范围的低端。其取值范围的上端对应于UNIX时间上的四字节界限，它可以表示到2037年的值。（TIMESTAMP值的上限将会随着[wiki]操作系统[/wiki]为扩充UNIX的时间值所进行的修改而增加。这是在系统库一级必须提及的。MySQL也将利用这些更改。）TIMESTAMP类型之所以得到这样的名称是因为它在创建或修改某个记录时，有特殊的记录作用。如果在一个TIMESTAMP列中插入NULL，则该列值将自动设置为当前的日期和时间。在建立或更新一行但不明确给TIMESTAMP列赋值时也会自动设置该列的值为当前的日期和时间。但是，仅行中的第一个TIMESTAMP列按此方式处理，即使是行中第一个TIMESTAMP列，也可以通过插入一个明确的日期和时间值到该列（而不是NULL）使该处理失效。
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202935978.JPG[/img]
TIMESTAMP列的定义可包含对最大显示宽度M的说明。表2-12给出了所允许的M值的显示格式。如果TIMESTAMP定义中省略了M或者其值为0或大于14，则该列按TIMESTAMP(14)处理。取值范围从1到13的M奇数值作为下一个更大的偶数值处理。TIMESTAMP列的显示宽度与存储大小或存储在内部的值无关。TIMESTAMP值总是以4字节存放并按14位精度进行计算，与显示宽度无关。为了明白这一点，按如下定义一个表，然后插入一些行，进行检索：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202935521.JPG[/img]
从表面上看，出现的行排序有误，第一列中的值全都相同，所以似乎排序是根据第二列中的值进行的。这个表面反常的结果是由于事实上，MySQL是根据插入TIMESTAMP列的全部14位值进行排序的。MySQL没有可在记录建立时设置为当前日期和时间、并从此以后保持不变的列类型。如果要实现这一点，可用两种方法来完成：
■使用TIMESTAMP列。在最初建立一个记录时，设置该列为NULL，将其初始化为当前日期和时间：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202935472.JPG[/img]
在以后无论何时更改此记录，都要明确地设置此列为其原有的值。赋予一个明确的值使时间戳机制失效，因为它阻止了该列的值自动更新：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202935177.JPG[/img]
■使用DATETIME列。在建立记录时，将该列的值初始化为NOW()：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202935259.JPG[/img]
无论以后何时更新此记录，都不能动该列：UPDATEtbl_nameSET/*angthingBUTdt_colhere*/WHERE...如果想利用TIMESTAMP列既保存建立的时间值又保存最后修改的时间值，那么可用一个TIMESTAMP列来保存修改时间值，用另一个TIMESTAMP列保存建立时间值。要保证保存修改时间值的列为第一个TIMESTAMP，从而在记录建立或更改时自动对其进行设置。使保存建立时间值的列为第二个TIMESTAMP，并在建立新记录时将其初始化为NOW()。这样第二个TIMESTAMP的值将反映记录建立时间，而且以后将不再更改。
3.YEAR列类型
YEAR是一个用来有效地表示年份值的1个字节的列类型。其取值范围为从1901到2155。在想保存日期信息但又只需要日期的年份时可使用YEAR类型，如出生年份、政府机关选举年份等等。在不需要完全的日期值时，YEAR比其他日期类型在空间利用上更为有效。
YEAR列的定义可包括显示宽度M的说明，显示宽度应该为4或2。如果YEAR定义中省略了M，其缺省值为4。TINYINT与YEAR具有相同的存储大小（一个字节），但取值范围不同。要使用一个整数类型且覆盖与YEAR相同的取值范围，可能需要SMALLINT类型，此类型要占两倍的空间。在所要表示的年份取值范围与YEAR类型的取值范围相同的情况下，YEAR的空间利用率比SMALLINT更为有效。YEAR相对整数列的另一个优点是MySQL将会利用MySQL的年份推测规则把2位值转换为4位值。例如，97与14将转换为1997和2014。但要认识到，插入数值00将得到0000而不是2000。如果希望零值转换为2000，必须指定其为串“00”。
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202935322.JPG[/img]
4.日期和时间列类型的属性没有专门针对日期和时间列类型的属性。通用属性NULL和NOTNULL可用于任意日期和时间类型。如果NULL和NOTNULL两者都不指定，则缺省值为NULL。也可以用DEFAULT属性指定一个缺省值。如果不指定缺省值，将自动选择一个缺
省值。含有NULL的列的缺省值为NULL。否则，缺省值为该类型的“零”值。
5.处理日期和时间列MySQL可以理解各种格式的日期和时间值。DATE值可按后面的任何一种格式指定，其中包括串和数值形式。表2-13为每种日期和时间类型所允许的格式。两位数字的年度值的格式用“歧义年份值的解释”中所描述的规则来解释。对于有分隔
符的串格式，不一定非要用日期的“-”符号和时间的“:”符号来分隔，任何标点符号都可用作分隔符，因为值的解释取决于上下文，而不是取决于分隔符。例如，虽然时间一般是用分隔符“:”指定的，但MySQL并不会在一个需要日期的上下文中将含有“:”号的值理解成时间。此外，对于有分隔符的串格式，不需要为小于10的月、日、小时、分钟或秒值指定两个数值。下列值是完全等同的：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202935207.JPG[/img]
请注意，有前导零的值根据它们被指定为串或数有不同的解释。串“001231”将视为一个六位数字的值并解释为DATE的“2000-12-31”和DATETIME的“2000-12-3100:00:00”。而数001231被认为1231，这样的解释就有问题了。这种情形最好使用串值，或者如果要使用数值的话，应该用完全限定的值（即，DATE用20001231，DATETIME用200012310000）。通常，在DATE、DATETIME和TIMESTAMP类型之间可以自由地赋值，但是应该记住以下一些限制：
■如果将DATETIME或TIMESTAMP值赋给DATE，则时间部分被删除。
■如果将DATE值赋给DATETIME或TIMESTAMP，结果值的时间部分被设置为零。
■各种类型具有不同的取值范围。TIMESTAMP的取值范围更受限制（1970到2037），因此，比方说，不能将1970年以前的DATETIME值赋给TIMESTAMP并得到合理的结果。也不能将2037以后的值赋给TIMESTAMP。MySQL提供了许多处理日期和时间值的函数。要了解更详细的信息请参阅附录C。
6.歧义年份值的理解
对于所有包括年份部分的日期和时间类型（DATE、DATETIME、TIMESTAMP、YEAR），MySQL将两位数字的年份转换为四位数字的年份。这个转换根据下列规则进行（在MySQL4.0中，这些规则稍有改动，其中69将转换为1969而不是2069。这是根据X/OpenUNIX标准规定的规则作出的改动）：
■00到69的年份值转换为2000到2069。
■70到99的年份值转换为1970到1999。
通过将不同的两位数字值赋给一个YEAR列然后进行检索，可很容易地看到这些规则的效果。下面是检索程序：
[img]http://www.wangyeba.com/Article/UploadFiles/200512/20051214202936926.JPG[/img]
请注意，00转换为0000而不是2000。这是因为0是YEAR类型的一个完全合法的值；如果插入一个数值，得到的就是这个结果。要得到2000，应该插入串“0”或“00”。可通过CONCAT()插入YEAR值来保证MySQL得到一个串而不是数。CONCAT()函数不管其参数是串或数值，都返回一个串结果。请记住，将两位数字的年份值转换为四位数字的年份值的规则只产生一种结果。在未给
定世纪的情况下，MySQL没有办法肯定两位数字的年份的含义。如果MySQL的转换规则不能得出您所希望的值，解决的方法很简单：即用四位数字输入年份值。MySQL有千年虫问题吗？MySQL自身是没有2000年问题的，因为它在内部是按四位数年份存储日期值的，并且由用户负责提供恰当的日期值。两位数字年份解释的实际问题不是MySQL带来的，而是由于有的人想省事，输入歧义数据所引起的问题。如果您愿意冒险，可以继续这样做。在您冒险的时候，MySQL的猜测规则是可以使用的。但要意识到，很多时候您确实需要输入四位数字的年份。例如，president表列出了1700年以来的美国总统，所以在此表中录入出生与死亡日期需要四位的年份值。这些列中的年份值跨了好几个世纪，因此，让MySQL从两位数字的年份去猜测是哪个世纪是不可能的。
