1.1类型属性
数据类型具有两个属性：UNSIGNED和ZEROFILL，是否使用这两个属性对选择数据类型有莫大的关系。
1.1.1 UNSIGNED
UNSIGNED 属性：就是将数字类型无符号化。
例如，INT的类型的取值范围是：-2,147,483,648 ~ 2,147,483,647; INT UNSIGINED的取值范围就是：0 ~ 4,294,967,295。
看起来这是一个不错的属性选项，特别是对于主键是自增长的类型，因为一般来说，用户都希望主键是非负数。
然而在实际使用中，UNSIGNED可能会带来一些负面的影响，示例如下：
#创建表t
mysql> CREATE TABLE t (a INT UNSIGNED, b INT UNSIGNED);
#插入一条数据
mysql> INSERT INTO t SELECT 1,2;
#运行查询
mysql> SELECT * FROM t\G;
*************************** 1. row ***************************
a: 1
b: 2
1 row in set (0.00 sec)
目前看来都没有问题，接着运行如下语句：
SELECT a - b FROM t
这时结果会是什么呢？答案是什么？ -1 ？答案是不确定的。可以是 -1，可以是很大的正值，还可能报错。
#如下是linux系统运行的结果
mysql> SELECT a - b FROM t;
ERROR 1690 (22003): BIGINT UNSIGNED value is out of range in '(`test`.`t`.`a` - `test`.`t`.`b`)'
这个错误看起来非常奇怪，提示BIGINT UNSIGNED 超出了范围，但是我们定义表时采用的类型是INT UNSIGNED啊！
那么怎么的到-1的结果呢？只要对SQL_MODE参数进行设置即可，例如：
mysql> SET sql_mode = 'NO_UNSIGNED_SUBTRACTION';
Query OK, 0 rows affected (0.00 sec)
mysql> SELECT a - b FROM t;
+-------+
| a - b |
+-------+
| -1 |
+-------+
1 row in set (0.00 sec)
其实就是SQL_MODE的设置影响其结果值。
UNSIGNED属性总结：
笔者个人的看法是尽量不要使用UNSIGNED，因为可能带来一些意想不到的结果。另外对于INT类型可能存放不了的数据，INT UNSIGINED同样可能存放不了，与其如此，还不如在数据库设计阶段将INT提升为BIGINT。
1.1.2 ZEROFILL
ZEROFILL属性非常有意思，更像是一个显示的属性。很多初学者往往对MySQL数据库中数字类型后面的长度很迷茫。下面通过SHOW CREATE TABLE命令来看一下t表的建表语句。
mysql> SHOW CREATE TABLE t\G;
*************************** 1. row ***************************
Table: t
Create Table: CREATE TABLE `t` (
`a` int(10) unsigned DEFAULT NULL,
`b` int(10) unsigned DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1
1 row in set (0.00 sec)
可以看到int(10)，这代表什么意思呢？整形不就4个字节吗？这10又代表什么呢？其实如果没有ZEROFILL这个属性，括号内的数字是毫无意思的。a和b列就是前面插入的数据，例如：
mysql> SELECT * FROM t\G;
*************************** 1. row ***************************
a: 1
b: 2
1 row in set (0.00 sec)
但是对列添加ZEROFILL属性后，显示的结果就有所不同了，例如对表t的a字段添加ZEROFILL属性：
mysql> ALTER TABLE t CHANGE COLUMN a a int(4) UNSIGNED ZEROFILL;
Query OK, 0 rows affected (0.01 sec)
Records: 0 Duplicates: 0 Warnings: 0
#将默认的int(10)修改为int(4)，这时在进行查找操作：
mysql> SELECT * FROM t\G;
*************************** 1. row ***************************
a: 0001
b: 2
1 row in set (0.00 sec)
这次看到a的值有原来的1变为了0001，这就是ZEROFILL属性的作用，如果宽度小于设定的宽度（这里宽度为4），则自动填充0。要注意的是：这只是最后显示的结果。在MySQL中实际存储的还是1。
2.1 日期和时间类型
MySQL数据库中有五种与日期和时间有关的数据类型，其数据类型所占能用的空间对比图如下：
类型 所占空间
DATETIME 8字节
TIMESTAMP 4字节
TIME 3字节
DATE 3字节
YEAR 1字节
2.1.1 DATETIME和DATE
DATETIME占用8字节，是占用空间最多的一种日期类型。既显示了日期又同时显示了时间。
显示格式为：‘YYYY-MM-DD HH:MM:SS'
表达日期范围：'1000-01-01 00:00:00' to '9999-12-31 23:59:59'
DATE占用3字节，仅显示日期。
显示格式为：'YYYY-MM-DD'
表达的日期范围：'1000-01-01' to '9999-12-31'
在MySQL数据库中，对日期和时间输入格式的要求是非常宽松的，以下输入都可以视为日期类型：
2011-01-01 00:01:10
2011/01/01 00+01+10
20110101000110
11/01/0100@01@10
其中，最后一种类型中的“11”有些模棱两可，MySQL数据库将其视为2011还是1911呢？下面测试下：
mysql> select CAST('11/01/01 00@01@10' AS DATETIME) AS datetime\G;
*************************** 1. row ***************************
datetime: 2011-01-01 00:01:10
1 row in set (0.00 sec)
可以看到数据库将其视为离现在最近的一个年份，这可能并不是一个非常好的习惯。如果没有特别的条件和要求，还是在输入时按照标准的'YYYY-MM-DD HH:MM:SS'格式来进行。
说明：MySQL的CAST()函数可用来获取一个类型的值。格式：CAST(value AS type)
在MySQL5.5版本之前（包括5.5），数据库的日期类型不能精确到微秒级别，任何的微妙数值都会被数据库截断，例如：
mysql> create table time_test (a DATETIME);
Query OK, 0 rows affected (0.01 sec)
mysql> INSERT INTO time_test SELECT '2013-07-09 15:47:39.123456';
Query OK, 1 row affected (0.01 sec)
Records: 1 Duplicates: 0 Warnings: 0
mysql> SELECT * FROM time_test\G;
*************************** 1. row ***************************
a: 2013-07-09 15:47:39
1 row in set (0.00 sec)
不过MySQL数据库提供了函数MICROSECOND()来提取日期中的微妙值，例如：
mysql> SELECT MICROSECOND('2013-07-09 15:47:39.123456')\G;
*************************** 1. row ***************************
MICROSECOND('2013-07-09 15:47:39.123456'): 123456
1 row in set (0.00 sec)
然而从MySQL5.6.4版本开始，MySQL增加了对秒的小数部分的支持，具体语法为：type_name(fsp)
其中type_name的类型可以是TIME，DATETIME和TIMESTAMP。fsp表示支持秒的小数部分的精度，最大为6，表示微妙；默认为0，表示没有小数部分。对于时间函数，如CURTIME(),SYSDATE(),和UTC_TIMESTAMP()也增加了对fsp的支持，例如：
#说明下面的例子MySQL的版本为：5.6.12
mysql> CREATE TABLE time_test (a DATETIME(4));
Query OK, 0 rows affected (0.04 sec)
mysql> INSERT INTO time_test SELECT '2013-07-09 15:47:39.123456';
Query OK, 1 row affected (0.00 sec)
Records: 1 Duplicates: 0 Warnings: 0
mysql> SELECT * FROM time_test\G;
*************************** 1. row ***************************
a: 2013-07-09 15:47:39.1235
1 row in set (0.00 sec)
mysql> SELECT CURTIME(4) AS TIME\G;
*************************** 1. row ***************************
TIME: 15:31:20.4552
2.1.2 TIMESTAMP
TIMESTAMP和DATETIME显示的结果是一样的。
显示格式：'YYYY-MM-DD HH:MM:SS'
表达日期范围：'1970-01-01 00:00:01' UTC to '2038-01-19 03:14:07' UTC
TIMESTAMP类型和DATETIME类型除了在显示时间范围上有所不同外，还有以下不同：
在建表时，列为TIMESTAMP的日期类型可以设置一个默认值，而DATETIME不行。
在更新表时，可以设置TIMESTAMP类型的列自动更新时间为当前时间。
特别说明：这两种情况是在MySQL5.6.5之前有区别的，之后TIMESTAMP和DATETIME都可以自动初始化及Update。
首先我们来测下5.6.5版本之前后的一个默认设置时间的例子：
#此数据库的版本为：
mysql> select version();
+------------+
| version() |
+------------+
| 5.5.31-log |
+------------+
mysql> CREATE TABLE test_time
-> ( a INT,
-> b DATETIME DEFAULT CURRENT_TIMESTAMP);
ERROR 1067 (42000): Invalid default value for 'b'
可以看出初始化b字段的值，会报非法的默认值。看在MySQL5.6.5之后的版本：
mysql> select version();
+-----------+
| version() |
+-----------+
| 5.6.12 |
+-----------+
mysql> CREATE TABLE test_time ( a INT, b DATETIME DEFAULT CURRENT_TIMESTAMP);
Query OK, 0 rows affected (0.03 sec)
mysql> INSERT INTO test_time (a) VALUES (1);
Query OK, 1 row affected (0.01 sec)
mysql> SELECT * FROM test_time\G;
*************************** 1. row ***************************
a: 1
b: 2013-07-09 16:45:38
1 row in set (0.00 sec)
接着来看一个执行UPDATE的时更新为当前时间的例子：
mysql> CREATE TABLE t
-> ( a INT,
-> b TIMESTAMP ON UPDATE CURRENT_TIMESTAMP);
Query OK, 0 rows affected (0.09 sec)
mysql> INSERT INTO t SELECT 1,CURRENT_TIMESTAMP;
Query OK, 1 row affected (0.01 sec)
Records: 1 Duplicates: 0 Warnings: 0
mysql> SELECT * FROM t\G;
*************************** 1. row ***************************
a: 1
b: 2013-07-09 16:48:18
1 row in set (0.00 sec)
#等待一段时间
mysql> UPDATE t SET a = 2;
Query OK, 1 row affected (0.02 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> SELECT * FROM t\G;
*************************** 1. row ***************************
a: 2
b: 2013-07-09 16:49:34
1 row in set (0.00 sec)
可以发现在执行UPDATE操作后，b列的时间由原来的16:48:18更新为了16:49:34。如果执行了UPDATE操作，而实际上行并没有得到更新，那么是不会更新b列的，例如：
mysql> SELECT * FROM t\G;
*************************** 1. row ***************************
a: 2
b: 2013-07-09 16:49:34
1 row in set (0.00 sec)
mysql> UPDATE t SET a = 2;
Query OK, 0 rows affected (0.00 sec)
Rows matched: 1 Changed: 0 Warnings: 0
mysql> SELECT * FROM t\G;
*************************** 1. row ***************************
a: 2
b: 2013-07-09 16:49:34
1 row in set (0.00 sec)
可以看到执行UPDATE并没有改变行的任何数据，显示Changed: 0，故b列并不会进行相应的更新操作。
2.1.3 YEAR和TIME
YEAR类型占用1字节，并且在定义时可以指定显示的宽度为YEAR(4)或YEAR(2)。
对于YEAR(4)显示年份的范围：'1901' to '2155'
对于YEAR(2)显示年份的范围：'0' to '69'代表2000~2069年。
看如下示例：
mysql> CREATE TABLE year_test ( a YEAR(2));
Query OK, 0 rows affected, 1 warning (0.01 sec)
mysql> INSERT INTO year_test SELECT '1990';
Query OK, 1 row affected (0.01 sec)
Records: 1 Duplicates: 0 Warnings: 0
mysql> SELECT * FROM year_test;
+------+
| a |
+------+
| 90 |
+------+
1 row in set (0.00 sec)
TIME类型占用3字节。
显示格式：'HH:MM:SS'
表达的时间范围：'-838:59:59' to '838:59:59'
有人会奇怪为什么TIME类型的时间可以大于23.因为TIME类型不仅可以用来保存一天中的时间，也可以用来保存时间间隔，同时这也解释了为什么TIME类型也可以存在负值。和DATETIME类型一样，TIME类型同样可以显示微妙时间，但是在插入时，数据库同样会进行截断操作。示例如下：
mysql> CREATE TABLE time_time ( a TIME );
Query OK, 0 rows affected (0.02 sec)
mysql> INSERT INTO time_time SELECT '14:30:56.3543534';
Query OK, 1 row affected, 1 warning (0.01 sec)
Records: 1 Duplicates: 0 Warnings: 1
mysql> SELECT * FROM time_time;
+----------+
| a |
+----------+
| 14:30:56 |
+----------+
1 row in set (0.00 sec)
--转自
当前位置：
论坛首页 »
自由讨论区 »
MySQL, Oracle及数据库讨论区
»
发起投票
技术讨论
加好友
发消息
2014-12-24 16:59:11 |
赞(
操作
