MySQL目前不支持列的Default 為函數(shù)的形式,
如達(dá)到你某列的默認(rèn)值為當(dāng)前更新日期與時(shí)間的功能,
你可以使用TIMESTAMP列類型
下面就詳細(xì)說明TIMESTAMP列類型
TIMESTAMP列類型
TIMESTAMP值可以從1970的某時(shí)的開始一直到2037年，精度為一秒，其值作為數(shù)字顯示。
TIMESTAMP值顯示尺寸的格式如下表所示：
：
+---------------+----------------+
| 列類型??????? | 顯示格式?????? |
| TIMESTAMP(14) | YYYYMMDDHHMMSS |?
| TIMESTAMP(12) | YYMMDDHHMMSS?? |
| TIMESTAMP(10) | YYMMDDHHMM???? |
| TIMESTAMP(8)? | YYYYMMDD?????? |
| TIMESTAMP(6)? | YYMMDD???????? |
| TIMESTAMP(4)? | YYMM?????????? |
| TIMESTAMP(2)? | YY???????????? |
+---------------+----------------+
“完整”TIMESTAMP格式是14位，但TIMESTAMP列也可以用更短的顯示尺寸創(chuàng)造
最常見的顯示尺寸是6、8、12、和14。
你可以在創(chuàng)建表時(shí)指定一個(gè)任意的顯示尺寸，但是定義列長為0或比14大均會被強(qiáng)制定義為列長14。
列長在從1～13范圍的奇數(shù)值尺寸均被強(qiáng)制為下一個(gè)更大的偶數(shù)。
列如：
定義字段長度???? 強(qiáng)制字段長度
TIMESTAMP(0) ->? TIMESTAMP(14)
TIMESTAMP(15)->? TIMESTAMP(14)
TIMESTAMP(1) ->? TIMESTAMP(2)
TIMESTAMP(5) ->? TIMESTAMP(6)
所有的TIMESTAMP列都有同樣的存儲大小，
使用被指定的時(shí)期時(shí)間值的完整精度（14位）存儲合法的值不考慮顯示尺寸。
不合法的日期，將會被強(qiáng)制為0存儲
這有幾個(gè)含意：
??? 1、雖然你建表時(shí)定義了列TIMESTAMP(8)，但在你進(jìn)行數(shù)據(jù)插入與更新時(shí)TIMESTAMP列
?????????? 實(shí)際上保存了14位的數(shù)據(jù)（包括年月日時(shí)分秒），
?????????? 只不過在你進(jìn)行查詢時(shí)MySQL返回給你的是8位的年月日數(shù)據(jù)。
?????????? 如果你使用ALTER TABLE拓寬一個(gè)狹窄的TIMESTAMP列，以前被“隱蔽”的信息將被顯示。
??? 2、同樣，縮小一個(gè)TIMESTAMP列不會導(dǎo)致信息失去，除了感覺上值在顯示時(shí)，較少的信息被顯示出。
??? 3、盡管TIMESTAMP值被存儲為完整精度，直接操作存儲值的唯一函數(shù)是UNIX_TIMESTAMP()；
?????????? 由于MySQL返回TIMESTAMP列的列值是進(jìn)過格式化后的檢索的值，
?????????? 這意味著你可能不能使用某些函數(shù)來操作TIMESTAMP列（例如HOUR()或SECOND()），
?????????? 除非TIMESTAMP值的相關(guān)部分被包含在格式化的值中。
?????????? 例如，一個(gè)TIMESTAMP列只有被定義為TIMESTAMP(10)以上時(shí)，TIMESTAMP列的HH部分才會被顯示，
?????????? 因此在更短的TIMESTAMP值上使用HOUR()會產(chǎn)生一個(gè)不可預(yù)知的結(jié)果。
??? 4、不合法TIMESTAMP值被變換到適當(dāng)類型的“零”值(00000000000000)。（DATETIME,DATE亦然）???????
你可以使用下列語句來驗(yàn)證：
CREATE TABLE test ('id' INT (3) UNSIGNED AUTO_INCREMENT, 'date1' TIMESTAMP (8) PRIMARY KEY('id'));
INSERT INTO test SET id = 1;
SELECT * FROM test;
+----+----------------+
| id | date1????????? |
+----+----------------+
|? 1 | 20021114?????? |
+----+----------------+
ALTER TABLE test CHANGE 'date1' 'date1' TIMESTAMP(14);
SELECT * FROM test;
+----+----------------+
| id | date1????????? |
+----+----------------+
|? 1 | 20021114093723 |
+----+----------------+
?
你可以使用TIMESTAMP列類型自動地用當(dāng)前的日期和時(shí)間標(biāo)記INSERT或UPDATE的操作。
如果你有多個(gè)TIMESTAMP列，只有第一個(gè)自動更新。
自動更新第一個(gè)TIMESTAMP列在下列任何條件下發(fā)生：
?? 1、列值沒有明確地在一個(gè)INSERT或LOAD DATA INFILE語句中指定。
?? 2、列值沒有明確地在一個(gè)UPDATE語句中指定且另外一些的列改變值。
?????? （注意一個(gè)UPDATE設(shè)置一個(gè)列為它已經(jīng)有的值，
??????? 這將不引起TIMESTAMP列被更新，
??????? 因?yàn)槿绻阍O(shè)置一個(gè)列為它當(dāng)前的值，MySQL為了效率而忽略更改。）
?? 3、你明確地設(shè)定TIMESTAMP列為NULL.
?? 4、除第一個(gè)以外的TIMESTAMP列也可以設(shè)置到當(dāng)前的日期和時(shí)間，只要將列設(shè)為NULL，或NOW()。
CREATE TABLE test (
???? 'id' INT (3) UNSIGNED AUTO_INCREMENT,
???? 'date1' TIMESTAMP (14),
???? 'date2' TIMESTAMP (14),
????? PRIMARY KEY('id')
????? );
INSERT INTO test (id, date1, date2) VALUES (1, NULL, NULL);
INSERT INTO test SET id= 2;
+----+----------------+----------------+
| id | date1????????? | date2????????? |
+----+----------------+----------------+
|? 1 | 20021114093723 | 20021114093723 |
|? 2 | 20021114093724 | 00000000000000 |
+----+----------------+----------------+
->第一條指令因設(shè)date1、date2為NULL,所以date1、date2值均為當(dāng)前時(shí)間
? 第二條指令因沒有設(shè)date1、date2列值，第一個(gè)TIMESTAMP列date1為更新為當(dāng)前時(shí)間，
??? 而二個(gè)TIMESTAMP列date2因日期不合法而變?yōu)椤?0000000000000”
UPDATE test SET id= 3 WHERE id=1;
+----+----------------+----------------+
| id | date1????????? | date2????????? |
+----+----------------+----------------+
|? 3 | 20021114094009 | 20021114093723 |
|? 2 | 20021114093724 | 00000000000000 |
+----+----------------+----------------+
->這條指令沒有明確地設(shè)定date2的列值，所以第一個(gè)TIMESTAMP列date1將被更新為當(dāng)前時(shí)間
UPDATE test SET id= 1,date1=date1,date2=NOW() WHERE id=3;
+----+----------------+----------------+
| id | date1????????? | date2????????? |
+----+----------------+----------------+
|? 1 | 20021114094009 | 20021114094320 |
|? 2 | 20021114093724 | 00000000000000 |
+----+----------------+----------------+
->這條指令因設(shè)定date1=date1，所以在更新數(shù)據(jù)時(shí)date1列值并不會發(fā)生改變
? 而因設(shè)定date2=NOW()，所以在更新數(shù)據(jù)時(shí)date2列值會被更新為當(dāng)前時(shí)間
? 此指令等效為 UPDATE test SET id= 1,date1=date1,date2=NULL WHERE id=3;
?
因MySQL返回的 TIMESTAMP 列為數(shù)字顯示形式，
你可以用DATE_FROMAT()函數(shù)來格式化 TIMESTAMP 列
SELECT id,DATE_FORMAT(date1,'%Y-%m-%d %H:%i:%s') As date1,
?????? DATE_FORMAT(date2,'%Y-%m-%d %H:%i:%s') As date2 FROM test;
+----+---------------------+---------------------+
| id | date1?????????????? | date2?????????????? |
+----+---------------------+---------------------+
|? 1 | 2002-11-14 09:40:09 | 2002-11-14 09:43:20 |
|? 2 | 2002-11-14 09:37:24 | 0000-00-00 00:00:00 |
+----+---------------------+---------------------+
SELECT id,DATE_FORMAT(date1,'%Y-%m-%d') As date1,
?????? DATE_FORMAT(date2,'%Y-%m-%d') As date2 FROM test;
??????
+----+-------------+-------------+
| id | date1?????? | date2?????? |
+----+-------------+-------------+
|? 1 | 2002-11-14? | 2002-11-14? |
|? 2 | 2002-11-14? | 0000-00-00? |
+----+-------------+-------------+
在某種程度上，你可以把一種日期類型的值賦給一個(gè)不同的日期類型的對象。
然而，而尤其注意的是：值有可能發(fā)生一些改變或信息的損失：
? 1、如果你將一個(gè)DATE值賦給一個(gè)DATETIME或TIMESTAMP對象，
???? 結(jié)果值的時(shí)間部分被設(shè)置為'00:00:00'，
???? 因?yàn)镈ATE值中不包含有時(shí)間信息。
????
? 2、如果你將一個(gè)DATETIME或TIMESTAMP值賦給一個(gè)DATE對象，
???? 結(jié)果值的時(shí)間部分被刪除，因?yàn)镈ATE類型不存儲時(shí)間信息。
?
? 3、盡管DATETIME, DATE和TIMESTAMP值全都可以用同樣的格式集來指定，
???? 但所有類型不都有同樣的值范圍。
???? 例如，TIMESTAMP值不能比1970早，也不能比2037晚，
???? 這意味著，一個(gè)日期例如'1968-01-01'，當(dāng)作為一個(gè)DATETIME或DATE值時(shí)它是合法的，
???? 但它不是一個(gè)正確TIMESTAMP值！并且如果將這樣的一個(gè)對象賦值給TIMESTAMP列，它將被變換為0。
當(dāng)指定日期值時(shí)，當(dāng)心某些缺陷：
? 1、允許作為字符串指定值的寬松格式能被欺騙。
???? 例如，，因?yàn)椤?”分隔符的使用，值'10:11:12'可能看起來像時(shí)間值，
???? 但是如果在一個(gè)日期中使用，上下文將作為年份被解釋成'2010-11-12'。
???? 值'10:45:15'將被變換到'0000-00-00'，因?yàn)?45'不是一個(gè)合法的月份。
????
? 2、以2位數(shù)字指定的年值是模糊的，因?yàn)槭兰o(jì)是未知的。
???? MySQL使用下列規(guī)則解釋2位年值：
?????? 在00-69范圍的年值被變換到2000-2069。
?????? 在范圍70-99的年值被變換到1970-1999。
?