BIT[(M)]

ビットフィールドタイプM は1から64の、各値のビット数を表しています。M が削除された場合、デフォルトは1です。

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

大変小さい整数符号が付く範囲は -128 から 127 です。符号が付かない範囲は 0 から 255 です。

BOOL、BOOLEAN

これらのタイプは TINYINT(1) の同義語です。ゼロの値は誤りであるとみなされます。ゼロ以外の値は正確だとみなされます。

mysql> SELECT IF(0, 'true', 'false');
+------------------------+
| IF(0, 'true', 'false') |
+------------------------+
| false                  |
+------------------------+

mysql> SELECT IF(1, 'true', 'false');
+------------------------+
| IF(1, 'true', 'false') |
+------------------------+
| true                   |
+------------------------+

mysql> SELECT IF(2, 'true', 'false');
+------------------------+
| IF(2, 'true', 'false') |
+------------------------+
| true                   |
+------------------------+

しかしここに示されているように、TRUE 値と FALSE はそれぞれが 1 と 0 の単なる別名です。

mysql> SELECT IF(0 = FALSE, 'true', 'false');
+--------------------------------+
| IF(0 = FALSE, 'true', 'false') |
+--------------------------------+
| true                           |
+--------------------------------+

mysql> SELECT IF(1 = TRUE, 'true', 'false');
+-------------------------------+
| IF(1 = TRUE, 'true', 'false') |
+-------------------------------+
| true                          |
+-------------------------------+

mysql> SELECT IF(2 = TRUE, 'true', 'false');
+-------------------------------+
| IF(2 = TRUE, 'true', 'false') |
+-------------------------------+
| false                         |
+-------------------------------+

mysql> SELECT IF(2 = FALSE, 'true', 'false');
+--------------------------------+
| IF(2 = FALSE, 'true', 'false') |
+--------------------------------+
| false                          |
+--------------------------------+

最後の二つのステートメントは、2 は、1 とも 0 とも等しくないので、表示される結果を表しています。

今後リリースされるMySQLの中で、標準SQLに基づき、ブーリアンタイプの扱いについて完全にカバーしていく予定です。

SMALLINT[(M)] [UNSIGNED] [ZEROFILL]

小さい整数符号が付く範囲は -32768 から 32767 です。符号が付かない範囲は 0 から 65535 です。

MEDIUMINT[(M)] [UNSIGNED] [ZEROFILL]

中間サイズの整数符号が付く範囲は -8388608 から 8388607 です。符号が付かない範囲は 0 から 16777215 です。

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

普通サイズの整数符号が付く範囲は -2147483648 から 2147483647 です。符号が付かない範囲は 0 から 4294967295 です。

INTEGER[(M)] [UNSIGNED] [ZEROFILL]

このタイプは INT の同義語です。

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

大きい整数符号が付く範囲は -9223372036854775808 から 9223372036854775807 です。符号が付かない範囲は 0 から 18446744073709551615 です。

BIGINT カラムに関して注意するべき事

FLOAT[(M,D)] [UNSIGNED] [ZEROFILL]

小さい(単精度) 浮動小数点数許容値は -3.402823466E+38 から -1.175494351E-38、 0、そして 1.175494351E-38 から 3.402823466E+38 です。これらは、IEEEスタンダードに基づいた理論的な限界です。利用するハードウェアやOSによっては、実際の範囲は少し小さくなるかも知れません。

M は桁数の合計で、D は小数点以下の桁数の合計です。もし M と D が削除された場合、値はハードウェアに許容された限界まで格納されます。単精度小数点数は大体小数第７位まで正確です。

UNSIGNED が指定されている場合、負数は許可されません。

MySQLでは全ての計算が倍精度で行われているので、FLOAT を利用すると、予想外の問題が起きます。項B.1.5.7. 「Solving Problems with No Matching Rows」を参照してください。

DOUBLE[(M、D)] [UNSIGNED] [ZEROFILL]

普通サイズ(倍精度)浮動小数点数許容値は -1.7976931348623157E+308 から -2.2250738585072014E-308、 0、そして 2.2250738585072014E-308 から 1.7976931348623157E+308です。これらは、IEEEスタンダードに基づいた理論的な限界です。利用するハードウェアやOSによっては、実際の範囲は少し小さくなるかも知れません。

M は桁数の合計で、D は小数点以下の桁数の合計です。もし M と D が削除された場合、値はハードウェアに許容された限界まで格納されます。倍精度小数点数は大体小数第15位まで正確です。

UNSIGNED が指定されている場合、負数は許可されません。

DOUBLE PRECISION[(M,D)] [UNSIGNED] [ZEROFILL]、REAL[(M,D)] [UNSIGNED] [ZEROFILL]

これらのタイプは DOUBLE の同義語です。例外 :REAL_AS_FLOAT SQLモードが無効の時は、DOUBLE ではなく REAL が FLOAT の同義語になります。

FLOAT(p) [UNSIGNED] [ZEROFILL]

浮動小数点数です。 p は精度をビットで表現しますが、MySQLは結果となるデータタイプに対して、FLOAT か DOUBLE のどちらを利用するかを決める為だけにこの値を利用します。p が0から24の時、そのデータタイプは M や D 値が無い FLOAT になります。p が25から53の時、そのデータタイプは M や D 値が無い DOUBLE になります。結果となるカラムの範囲は、このセクションの最初の方で説明されているように、単精度 FLOAT か倍精度 DOUBLE データタイプの物と同じです。

FLOAT(p) 構文はODBC互換性に添付されている。

DECIMAL[(M[,D])] [UNSIGNED] [ZEROFILL]

ひとかたまりの 「精密」 固定小数点M は桁数の合計で、(精度) D は小数点以下の桁数の合計です。(縮尺)小数点と(負数に対する) ‘-’ 記号は M の中ではカウントされません。D が0の時は、小数点や端数部はありません。DECIMAL の最高桁数 (M) は65です。サポートされる最高桁数 (D)は30です。 D が削除された時のデフォルトは0です。M が削除された時のデフォルトは10です。

UNSIGNED が指定されている場合、負数は許可されません。

DECIMAL カラムを利用した全ての基本的な計算 (+, -, *, /) は、65桁の精度で行われます。

DEC[(M[,D])] [UNSIGNED] [ZEROFILL], NUMERIC[(M[,D])] [UNSIGNED] [ZEROFILL], FIXED[(M[,D])] [UNSIGNED] [ZEROFILL]

これらのタイプは DECIMAL の同義語です。FIXED 同義語は他のデータベースと互換性があります。

DATE

日付です。サポートされている範囲は '1000-01-01' から '9999-12-31'です。MySQL は、DATE 値を 'YYYY-MM-DD' フォーマットで表示しますが、文字列と数字のどちらで DATE カラムに値を指示してもよいです。

DATETIME

日付と時刻の組み合わせです。サポートされている範囲は '1000-01-01 00:00:00' から '9999-12-31 23:59:59' です。MySQL は、 DATETIME 値を 'YYYY-MM-DD HH:MM:SS' フォーマットで表示しますが、文字列と数字のどちらで DATETIME カラムに値を指示してもよいです。

TIMESTAMP

タイムスタンプです。範囲は '1970-01-01 00:00:01' UTCから 2037 年の途中までです。TIMESTAMP 値は ('1970-01-01 00:00:00' UTC)からの秒数として格納されます。TIMESTAMP は、'1970-01-01 00:00:00' 値を表す事はできません。なぜならば、これはその時から0秒である事に相当し、0という値は '0000-00-00 00:00:00' つまり、「ゼロ」 TIMESTAMP 値 を表すのに用いられるからです。

TIMESTAMP カラムは INSERT または UPDATE 操作の日付と時刻を記録するのに役立ちます。自分で値を指定しない限り、テーブルの TIMESTAMP カラムはデフォルトで一番最近の操作の日付と時刻に自動的にセットされます。NULL 値を指定する事で、現在の日付と時刻を TIMESTAMP カラムに設定する事もできます。自動初期設定と更新の特徴については 項10.3.1.1. 「TIMESTAMP MySQL 4.1での性質」 の中で説明されています。

ディスプレイ幅が１９文字に固定されている 'YYYY-MM-DD HH:MM:SS' フォーマットの中では、TIMESTAMP 値は文字列として戻されます。数字の値を得る為には +0 をタイムスタンプカラムに加える必要があります。

注:MySQL 4.1以前で使用されていた TIMESTAMP フォーマットはMySQL 5.1 の中ではサポートされていません。古いフォーマットに関する情報については、 MySQL 3.23, 4.0, 4.1 リファレンスマニュアル を参照してください。

TIME

時刻です。範囲は '-838:59:59' から '838:59:59' です。MySQL は、TIME 値を 'HH:MM:SS' フォーマットで表示しますが、文字列と数字のどちらで TIME カラムに値を指示してもよいです。

YEAR[(2|4)]

２桁、または４桁のフォーマットでの年です。デフォルトは４桁のフォーマットです。４桁のフォーマットでは、許容値は 1901 から 2155、そして 0000 です。２桁のフォーマットでは、許容値は1970年から2069年を表す、70 から 69 です。MySQLは YEAR の値を YYYY フォーマットで表示しますが、YEAR カラムには文字列と数字のどちらを使って値を指定する事もできます。

MySQLは、文字単位の中の文字カラム定義の長さ仕様を解明します。(MySQL 4.1以前は、カラム長さはバイトで解釈されていました。)これは、CHAR、VARCHAR、そして TEXT タイプに適応されます。

多くの文字列データタイプのカラム定義に、文字セットやカラム照合を指定する属性を含む事ができます。これらの属性は CHAR、VARCHAR、TEXT タイプ、ENUM、そして SET データタイプに適応します。

文字カラムのソートと比較は、カラムに割り当てられた文字セットに基づいています。(MySQL 4.1バージョン以前は、ソートと比較はサーバー文字セットの照合に基づいていました。)CHAR、VARCHAR、TEXT、ENUM、そして SET データタイプに対して、語彙の順番ではなく基礎となる文字コード値を利用する為に、バイナリ照合を持つカラムか、ソートと比較を行う BINARY 属性を宣言する事ができます。

[NATIONAL] CHAR(M) [CHARACTER SET charset_name] [COLLATE collation_name]

格納時に必ずスペースを使って指定された長さに詰められる固定長文字列。M はカラム長さを表します。M の範囲は、0から255文字です。

注:CHAR 値が検索された時、後続スペースは削除されます。

CHAR の長さを255以上に設定しようとすると、CREATE TABLE か ALTER TABLE ステートメントが実行されたテーブル内でエラーが発生し、その作業は失敗します。

mysql> CREATE TABLE c1 (col1 INT, col2 CHAR(500));
ERROR 1074 (42000): Column length too big for column 'col' (max = 255);
use BLOB or TEXT instead
mysql> SHOW CREATE TABLE c1;
ERROR 1146 (42S02): Table 'test.c1' doesn't exist

CHAR は CHARACTER の省略表現です。NATIONAL CHAR (またはそれと同等である NCHAR) は、CHAR カラムが定義済文字セットを使用しなければいけないという事を定義する為の標準のSQLの方法です。MySQL 4.1以降のバージョンでは、この定義済文字セットとして utf8 を利用します。 項9.3.6. 「各国キャラクタセット」.

CHAR BYTE データタイプは BINARY データタイプの別名です。これは互換性の特徴です。

MySQLで CHAR(0) タイプのカラムを作成する事ができます。これは主に、カラムの存在に頼っていても、その値は実際には使用しない古いアプリケーションに対応する必要がある時に便利な物です。CHAR(0) はまた、二つの値だけを取り込む事ができるカラムが必要な時にも大変便利です。CHAR(0) NULL として定義されたカラムは1ビットだけ使用し、NULL と '' (空の文字列)値だけを取り込む事ができます。

CHAR [CHARACTER SET charset_name] [COLLATE collation_name]

このタイプは CHAR(1) の同義語です。

[NATIONAL] VARCHAR(M) [CHARACTER SET charset_name] [COLLATE collation_name]

可変長文字列です。M はカラムの最大長さを表します。M の範囲は0から65,535です。(VARCHAR の実際の最大長さは使用する最大行サイズと文字セットによって決まります。最大有効カラム長さは65,532バイトの行サイズによります。)

注:MySQL 5.1 は、標準SQL仕様に従うので、VARCHAR 値から後続スペースを削除しません。

VARCHAR は CHARACTER VARYING の省略表現です。

VARCHAR は１バイト、または２バイトの長さのプリフィックスに加え、データと共に格納されています。VARCHAR カラムが255以上の長さであればプリフィックスの長さは２バイトです。

BINARY[(N)]

BINARY タイプは CHAR タイプと似ていますが、非バイナリ文字の文字列ではなく、バイナリバイト文字列を格納します。

VARBINARY(M)

VARBINARY タイプはVARCHAR タイプと似ていますが、非バイナリ文字の文字列ではなく、バイナリバイト文字列を格納します。

TINYBLOB

最長255 (2⁸ ? 1) バイトの BLOB カラムです。

TINYTEXT [CHARACTER SET charset_name] [COLLATE collation_name]

最長255 (2⁸ ? 1) 文字の TEXT カラムです。

BLOB[(M)]

最長65,535 (2¹⁶ ? 1) バイトの BLOB カラムです。

長さ M を任意で利用する事もできます。もしこれを実行すると、MySQLは M バイトの長さの値を保持するのに十分な最小 BLOB を作成します。

TEXT[(M)] [CHARACTER SET charset_name] [COLLATE collation_name]

最長65,535 (2¹⁶ ? 1) 文字の TEXT カラムです。

長さ M を任意で利用する事もできます。もしこれを実行すると、MySQLは M 文字の長さの値を保持するのに十分な最小 TEXT タイプを作成します。

MEDIUMBLOB

最長16,777,215 (2²⁴ ? 1) バイトの BLOB カラムです。

MEDIUMTEXT [CHARACTER SET charset_name] [COLLATE collation_name]

最長16,777,215 (2²⁴ ? 1) 文字の TEXT カラムです。

LONGBLOB

最長4,294,967,295、または4GB (2³² ? 1) バイトの BLOB カラムです。LONGBLOB カラムの有効な(許可されている)最長長さは、クライアント/サーバープロトコルと使用可能メモリの中に組み込まれている最大パケットサイズにより決まります。

LONGTEXT [CHARACTER SET charset_name] [COLLATE collation_name]

最長4,294,967,295、または4GB (2³² ? 1) バイトの TEXT カラムです。LONGTEXT カラムの有効な(許可されている)最長長さは、クライアント/サーバープロトコルと使用可能メモリの中に組み込まれている最大パケットサイズにより決まります。

ENUM('value1'、'value2',...)[CHARACTER SET charset_name] [COLLATE collation_name]

一覧表です。'value1'、'value2'、 ...、NULL または特別な'' エラー値のリストから選択された、１つの値しか持つ事ができない文字列オブジェクトです。ENUM カラムは最高65,535 の異なる値を持つ事ができます。ENUM 値は、内部的には整数として表されます。

SET('value1'、,'value2',...)[CHARACTER SET charset_name] [COLLATE collation_name]

設定です。それぞれが、'value1'、 'value2'、... 値のリストから選択されなければいけない、ゼロ、またはそれ以上の値を持つ事ができる文字列オブジェクトです。SET カラムは最高64メンバを持つ事ができます。SET 値は、内部的には整数として表されます。

もしストリクトSQLモードが有効でなければ、MySQLはカラムデータタイプに暗黙のデフォルト値を設定します。

もしストリクトモードが有効だと、トランザクションテーブルにエラーが起き、ステートメントがロールバックされます。非トランザクションテーブルではエラーが起きますが、もしこれが複数行ステートメントの２行目か後続の行に対してのエラーだとすると、その先行する行が挿入されるでしょう。

AUTO_INCREMENT 属性で宣言された整数タイプ以外の数値タイプのデフォルトは 0 です。AUTO_INCREMENT カラムのデフォルト値は、その配列の中の次の値です。

TIMESTAMP 以外の日付と時刻タイプのデフォルトには、「ゼロ」値が適切です。テーブルの最初の TIMESTAMP カラムのデフォルト値は現在の日付けと時刻です。項10.3. 「日付と時刻タイプ」を参照してください。

ENUM ではない文字列タイプのデフォルト値は空の文字列です。ENUM のデフォルトは、最初の列挙値です。

'YYYY-MM-DD HH:MM:SS' か 'YY-MM-DD HH:MM:SS' フォーマットの文字列として。「柔軟な」 構文が許可されています。句読点文字が、日付部分と時刻部分の区切り文字として利用される事があります。例えば、'98-12-31 11:30:45'、'98.12.31 11+30+45'、 '98/12/31 11*30*45'、そして '98@12@31 11^30^45' は同等です。

'YYYY-MM-DD' か 'YY-MM-DD' フォーマットの文字列として。「柔軟な」 構文がここでも許可されています。例えば、'98-12-31'、'98.12.31'、 '98/12/31'、そして'98@12@31' は同等です。

文字列が日付として成り立つという条件で、 'YYYYMMDDHHMMSS' か 'YYMMDDHHMMSS' フォーマットの区切り文字が無い文字列として。例えば、'19970523091528' と '970523091528' は '1997-05-23 09:15:28'を表しますが、'971122129015' は不正データで、（これは意味を成さない分の部分がある為）'0000-00-00 00:00:00' となります。

文字列が日付として成り立つという条件で、'YYYYMMDD' か 'YYMMDD' フォーマットの区切り文字が無い文字列として。例えば、'19970523' と '970523' は '1997-05-23' を表しますが、'971332' は不正データで、（これは意味を成さない月と日の部分がある為）'0000-00-00' となります。

文字列が日付として成り立つという条件で、YYYYMMDDHHMMSS か YYMMDDHHMMSS フォーマットの数字として。例えば、19830905132800 と 830905132800 は '1983-09-05 13:28:00' という意味になります。

文字列が日付として成り立つという条件で、YYYYMMDD か YYMMDD フォーマットの数字として。例えば、19830905 と 830905 は '1983-09-05 という意味になります。

NOW() や CURRENT_DATE のような、DATETIME、 DATE、または TIMESTAMP コンテキストで許容可能な値を戻す関数の結果。

もし DATE 値を DATETIME か TIMESTAMP オブジェクトに割り当てると、DATE 値は時刻の情報を持たないので、その結果の時刻の部分は '00:00:00' に設定されます。

もし DATETIME か TIMESTAMP 値を DATE オブジェクトに割り当てると、DATE 値は時刻の情報を格納しないので、その結果の時刻の部分は 削除されます。

DATETIME、DATE、そして TIMESTAMP 値は、全て同じフォーマットの組み合わせを利用して指定する事ができますが、それらのタイプは全て同じ範囲の値を持つわけではない事を覚えておいてください。例えば、TIMESTAMP 値は 1970 以前や、2037 以降にはなり得ないという事です。これは、'1968-01-01' のような日付は、DATETIME や DATE 値としては有効ですが、TIMESTAMP 値としては無効で、0 に変換されるという意味になります。

文字列として指定された値に許容される柔軟なフォーマットはまぎらわしい事があります。例えば、'10:11:12' のような値は‘:’ が有る為に時刻値のように見えます。しかし、もし区切り文字が日付のコンテキストで利用されると、'2010-11-12' のように年として解釈されます。'10:45:15' 値は、'45' が正しい月を表す値ではないので、'0000-00-00' に変換されます。

サーバは、それぞれが1から12、または1から31である事はもちろん、月と日の値が正しい値であることを要求します。ストリクトモードが無効の時は、'2004-04-31' のような無効な日付は '0000-00-00' に変換され、警告メッセージが表示されます。ストリクトモードが有効な時は、無効な日付はエラーを発生させます。そのような日付を許容するには、ALLOW_INVALID_DATES を有効にしてください。詳細については、項4.2.6. 「SQL モード」 をご参照ください。

2桁の年を含む日付の値は、世紀が不明な為あいまいです。MySQLは2桁の年の値を次のルールに従って解釈します。

'D HH:MM:SS.fraction' フォーマットの文字列として次のうちの 「柔軟な」 構文の１つを利用する事もできます。'HH:MM:SS.fraction'、'HH:MM:SS'、 'HH:MM'、'D HH:MM:SS'、'D HH:MM'、'D HH'、または 'SS'。ここでは、D は日を表し、0から34の値を持つ事ができます。MySQLは端数部分を格納しない事を覚えておいて下さい。

時刻を表す、'HHMMSS' フォーマットで区切り文字を利用しない文字列として例えば、'101112' は '10:11:12' として理解されますが、'109712' は不正データとなり(意味を成さない分の部分を持つ為)、'00:00:00' となります。

時刻を表す、'HHMMSS' フォーマットの数字として例えば、101112 は '10:11:12' として理解されます。以下のフォーマットもまた理解されます。SS、MMSS、HHMMSS、HHMMSS.fractionMySQLは端数部分を格納しない事を覚えておいて下さい。

CURRENT_TIME のように TIME コンテキストの中で許容される値を返す関数の結果として

'1901' から '2155' の範囲の４桁の文字列として

1901 から 2155 の範囲の４桁の数字として

'00' から '99' の範囲の2桁の文字列として'00' から '69' と、'70' から '99' の範囲の値は、 2000 から 2069 と、1970 から 1999 の範囲の YEAR 値に変換されます。

1 から 99 の範囲の2桁の数字として1 から 69 と、70 から 99 の範囲の値は、2001 から 2069 と、1970 から 1999 の範囲の YEAR 値に変換されます。ゼロを数字として直接指定して、2000 と解釈させる事ができないので、２桁の数字の範囲は２桁の文字列の範囲と少しだけ違う事を覚えておいて下さい。'0' か '00' の文字列として指定すると、0000 として解釈されます。

NOW() のように YEAR コンテキストの中で許容される値を返す関数の結果として

MySQLサーバは、TIMESTAMP 値に対して、日付を 2037 年まで扱う Unix時間関数を利用しています。DATE と DATETIME 値には、9999 年までの日付が許容されています。

全てのMySQLの日付機能は一つのソースファイル、sql/time.cc で実行されており、2000年問題に対して安全にプログラムされています。

MySQLでは、YEAR データタイプは 0 年と 1901 年から 2155 年を1バイトで格納する事ができ、2桁か4桁でそれらを表示します。全ての2桁の年は 1970 年から 2069 年の範囲だと判断されます。ですので、YEAR カラムに 01 を格納すると、MySQLサーバはそれを 2001 年として扱います。

00-69 の範囲の年の値は 2000-2069 に変換されます。

70-99 の範囲の年の値は 1970-1999 に変換されます。

BLOB と TEXT カラムのインデックスには、インデックスプリフィックス長を指定しなければいけません。CHAR と VARCHAR では、プリフィックス長は任意です。項6.4.3. 「カラムインデックス」を参照してください。

BLOB と TEXT カラムは DEFAULT を持つ事ができません。

カラムの max_sort_length バイトだけがソートに利用されます。max_sort_length のデフォルト値は1024です。この値は、mysqldサーバーを開始する時に --max_sort_length=N オプションを利用して変更する事ができます。項4.2.3. 「システム変数」を参照してください。

max_sort_length の値をランタイムに増やす事で、ソートとグループの際により多くのバイトを有効にする事ができます。全てのクライアントがそのセッション max_sort_length 変数の値を変更する事ができます。

mysql> SET max_sort_length = 2000;
mysql> SELECT id, comment FROM t
    -> ORDER BY comment;

GROUP BY や ORDER BY を、max_sort_length バイトよりも多くのバイトを有効にしたい時の長い値を含む BLOB や TEXT カラム上で利用する別の方法は、カラム値を固定長オブジェクト変換するという方法です。これを行う標準的な方法は SUBSTRING() 関数を利用する方法です。例えば、次のステートメントによって comment カラムの2000バイトがソートの際に考慮されるようになります。

mysql> SELECT id, SUBSTRING(comment,1,2000) FROM t
    -> ORDER BY SUBSTRING(comment,1,2000);

BLOB や TEXT オブジェクトの最大サイズはそのタイプによって判断されますが、クライアントとサーバーの間で実際に送信できる最大値は、有効メモリの量とコミュニケーションバッファのサイズによって判断されます。max_allowed_packet 変数の値を変更する事でメッセージバッファサイズを変更する事ができますが、サーバとクライアントプログラムの両方に対してその作業を行う必要があります。例えば、mysql と mysqldump の両方がクライアント側の max_allowed_packet 値を変更する事を許可します。項6.5.2. 「サーバパラメータのチューニング」、項7.7. 「mysql ? MySQL コマンド ライン ツール」、項7.12. 「mysqldump ? データベースバックアッププログラム」を参照して下さい。ソート中のパケットサイズとデータオブジェクトのサイズを必要とする記憶容量に基づいて比較したい場合には、 項10.5. 「データタイプが必要とする記憶容量」 を参照してください。

もし ENUM に無効な値(許容値リストに存在しない文字列)を挿入すると、特別エラー値として空の文字列が代わりに挿入されます。この文字列は、ゼロの数値を持つという点で、「通常の」 空の文字列とは区別することができます。 この後でもう少し詳しく説明します。

もしストリクトSQLモードが有効なら、無効な ENUM 値を挿入しようとするとエラーが発生します。

もし ENUM カラムが NULL の許容を宣言すると、NULL 値はそのカラムにとって正当な値となり、デフォルト値は NULL になります。もし ENUM カラムが NOT NULL を宣言すると、許容値リストの最初の要素がそのデフォルト値となります。

カラム仕様の中の許容可能エレメントリストからの値は1から始まる番号がつけられています。

空の文字列エラーインデックス値は0です。これは、どの無効な ENUM 値に行が指定されたのかを見つける為に、次の SELECT ステートメントを利用する事ができるという事を意味します。

mysql> SELECT * FROM tbl_name WHERE enum_col=0;

NULL 値のインデックスは NULL です。

「インデックス」 という言葉は、列挙値リストの中の位置だけを表しています。これは、テーブルインデックスとは全く関係がありません。