mysql資料類型和用法

        MySQL支援多種列類型：數值類型、日期/時間類型和字串(字元)類型。本章首先對這些列類型進行了概述，然後更加詳細地描述了各種列的類型，以及列類型儲存需求的總結。概述很簡單。關於具體列類型的詳細資料應查閱詳細的描述，例如指定值時允許使用的格式。

MySQL支援處理空間資料的副檔名。

幾種列類型描述使用了下述慣例：

M：表示最大顯示寬度。最大有效顯示寬度是255。

M指示最大顯示寬度。最大有效顯示寬度是255。顯示寬度與儲存大小或類型包含的值的範圍無關。

D：適用於浮點和定點類型，並表示小數點後面的位元。最大可能的值是30，但不應大於M-2。

方括弧(‘[’和‘]’)表示可選部分。

如果為一個數值列指定ZEROFILL，MySQL自動為該列添加UNSIGNED屬性。

SERIAL是BIGINT UNSIGNED NOT NULL AUTO_INCREMENT UNIQUE的一個別名。

在整數列定義中，SERIAL DEFAULT VALUE是NOT NULL AUTO_INCREMENT UNIQUE的一個別名。

 

BIT[(M)]

位欄位類型。M表示每個值的位元，範圍為從1到64。如果M被省略，預設為1。

TINYINT[(M)] [UNSIGNED] [ZEROFILL]

很小的整數。帶符號的範圍是-128到127。無符號的範圍是0到255。

BOOL，BOOLEAN

是TINYINT(1)的同義字。zero值被視為假。非zero值視為真。

 

INT[(M)] [UNSIGNED] [ZEROFILL]

普通大小的整數。帶符號的範圍是-2147483648到2147483647。無符號的範圍是0到4294967295。

BIGINT[(M)] [UNSIGNED] [ZEROFILL]

大整數。帶符號的範圍是-9223372036854775808到9223372036854775807。無符號的範圍是0到18446744073709551615。

 

作為SQL標準的擴充，MySQL也支援整數類型TINYINT、MEDIUMINT和BIGINT。下面的表顯示了需要的每個整數類型的儲存和範圍。

類型	位元組	最小值	最大值
		(帶符號的/無符號的)	(帶符號的/無符號的)
TINYINT	1	-128	127
		0	255
SMALLINT	2	-32768	32767
		0	65535
MEDIUMINT	3	-8388608	8388607
		0	16777215
INT	4	-2147483648	2147483647
		0	4294967295
BIGINT	8	-9223372036854775808	9223372036854775807
		0	18446744073709551615

 

CHAR和VARCHAR類型

CHAR和VARCHAR類型類似，但它們儲存和檢索的方式不同。它們的最大長度和是否尾部空格被保留等方面也不同。在儲存或檢索過程中不進行大小寫轉換。

CHAR和VARCHAR型別宣告的長度表示你想要儲存的最大字元數。例如，CHAR(30)可以佔用30個字元。

CHAR列的長度固定為建立表時聲明的長度。長度可以為從0到255的任何值。當儲存CHAR值時，在它們的右邊填充空格以達到指定的長度。當檢索到CHAR值時，尾部的空格被刪除掉。在儲存或檢索過程中不進行大小寫轉換。

VARCHAR列中的值為可變長字串。長度可以指定為0到65,535之間的值。(VARCHAR的最大有效長度由最大行大小和使用的字元集確定。整體最大長度是65,532位元組）。

同CHAR對比，VARCHAR值儲存時只儲存需要的字元數，另加一個位元組來記錄長度(如果列聲明的長度超過255，則使用兩個位元組)。

VARCHAR值儲存時不進行填充。當值儲存和檢索時尾部的空格仍保留，符合標準SQL。

如果分配給CHAR或VARCHAR列的值超過列的最大長度，則對值進行裁剪以使其適合。如果被裁掉的字元不是空格，則會產生一條警告。如果裁剪非空格字元，則會造成錯誤(而不是警告)並通過使用嚴格SQL模式禁用值的插入。參見5.3.2節，“SQL伺服器模式”。

下面的表顯示了將各種字串值儲存到CHAR(4)和VARCHAR(4)列後的結果，說明了CHAR和VARCHAR之間的差別：

值	CHAR(4)	儲存需求	VARCHAR(4)	儲存需求
''	'    '	4個位元組	''	1個位元組
'ab'	'ab  '	4個位元組	'ab '	3個位元組
'abcd'	'abcd'	4個位元組	'abcd'	5個位元組
'abcdefgh'	'abcd'	4個位元組	'abcd'	5個位元組

請注意上表中最後一行的值只適用不使用嚴格模式時；如果MySQL運行在嚴格模式，超過列長度不的值不儲存，並且會出現錯誤。

從CHAR(4)和VARCHAR(4)列檢索的值並不總是相同，因為檢索時從CHAR列刪除了尾部的空格。

通過下面的例子說明該差別：

mysql> CREATE TABLE vc (v VARCHAR(4), c CHAR(4));

Query OK, 0 rows affected (0.02 sec)

 

mysql> INSERT INTO vc VALUES ('ab  ', 'ab  ');

Query OK, 1 row affected (0.00 sec)

 

mysql> SELECT CONCAT(v, '+'), CONCAT(c, '+') FROM vc;

+----------------+----------------+

| CONCAT(v, '+') | CONCAT(c, '+') |

+----------------+----------------+

| ab  +          | ab+            |

+----------------+----------------+

1 row in set (0.00 sec)

根據分配給列的字元集校對規則對CHAR和VARCHAR列中的值進行排序和比較。

請注意所有MySQL校對規則屬於PADSPACE類。這說明在MySQL中的所有CHAR和VARCHAR值比較時不需要考慮任何尾部空格。例如：

mysql> CREATE TABLE names (myname CHAR(10), yourname VARCHAR(10));

Query OK, 0 rows affected (0.09 sec)

 

mysql> INSERT INTO names VALUES ('Monty ', 'Monty ');

Query OK, 1 row affected (0.00 sec)

 

mysql> SELECT myname = 'Monty  ', yourname = 'Monty  ' FROM names;

+--------------------+----------------------+

| myname = 'Monty  ' | yourname = 'Monty  ' |

+--------------------+----------------------+

|                  1 |                    1 |

+--------------------+----------------------+

1 row in set (0.00 sec)

請注意所有MySQL版本均如此，並且它不受SQL伺服器模式的影響。

對於尾部填充字元被裁剪掉或比較時將它們忽視掉的情形，如果列的索引需要唯一的值，在列插入入一個只是填充字元數不同的值將會造成複製鍵值錯誤。

CHAR BYTE是CHAR BINARY的別名。這是為了保證相容性。

ASCII屬性為CHAR列分配latin1字元集。UNICODE屬性分配ucs2字元集。

 

轉載請註明原創連結：http://blog.csdn.net/wujunokay/article/details/25086957