MySQLのFIELD()関数：引数リストにNULLが含まれる場合、出力結果はどう変化するのか？

MySQLのFIELD()関数では、引数として渡す文字列リストの中にNULLと他の値が混在している場合、出力結果に大きな変化が生じます。これは、リスト内のすべての要素（NULLを含む）が位置番号（インデックス）の計算対象となるためです。以下の例で具体的な挙動を確認してみましょう。

例1：通常の文字列リストを指定した場合

mysql> Select FIELD('good','Ram','is','good','boy');
+---------------------------------------+
| FIELD('good','Ram','is','good','boy') |
+---------------------------------------+
|                                     3 |
+---------------------------------------+
1 row in set (0.00 sec)

この出力から、検索文字列「good」はリストの3番目にあるため、インデックス番号として3が返されていることがわかります。

例2：リストにNULLを追加した場合

次に、同じリストの3番目の位置にNULLを挿入してみます。

mysql> Select FIELD('good','Ram','is',NULL,'good','boy');
+---------------------------------------------+
| FIELD('good','Ram','is',NULL,'good','boy')  |
+---------------------------------------------+
|                                           4 |
+---------------------------------------------+
1 row in set (0.00 sec)

すると、返されるインデックス番号は4に変化しました。これは、NULLが挿入されたことで「good」の位置が1つ後ろにずれたことを意味します。つまり、FIELD()関数はNULLもリストの正式な要素として位置カウントに含め、検索文字列との比較処理を行っているのです。

補足：FIELD()関数の注意点

• 検索文字列（第1引数）がNULLである場合、常に0が返されます。
• 検索文字列がリスト内に見つからない場合も0が返されます。
• すべての引数がNULL以外の文字列の場合、比較は大文字・小文字を区別せずに行われます。

このように、FIELD()関数を使う際は、引数リストにNULLが含まれるとインデックス番号が意図せずずれる可能性があるため、実務ではNULLの有無を考慮した設計が重要になります。