MySQLのASCII()関数にNULLを渡した場合、何が返されるのか？

MySQLのASCII()関数は、引数として渡された文字列の先頭文字に対応するASCIIコード（数値コード）を返す関数です。しかし、NULLを渡した場合、その挙動は「NULLという文字列」を渡しているのか、それとも「NULL値そのもの」を渡しているのかによって異なります。

ASCII()関数におけるNULLの扱い

以下の実行例で、それぞれのケースにおける違いを確認してみましょう。

実行例

mysql> SELECT ASCII(null);
+-------------+
| ASCII(null) |
+-------------+
| NULL        |
+-------------+
1 row in set (0.00 sec)

mysql> SELECT ASCII('null');
+---------------+
| ASCII('null') |
+---------------+
| 110           |
+---------------+
1 row in set (0.00 sec)

mysql> Select ASCII(NULL);
+-------------+
| ASCII(NULL) |
+-------------+
| NULL        |
+-------------+
1 row in set (0.00 sec)

mysql> Select ASCII('NULL');
+---------------+
| ASCII('NULL') |
+---------------+
| 78            |
+---------------+
1 row in set (0.00 sec)

結果の解説

上記の結果セットから、次のような違いがあることがわかります。

• 'NULL' や 'null' を文字列として渡した場合：ASCII()関数は先頭文字の数値コードを返します。具体的には、'NULL' の場合は大文字の「N」に対応する 78、'null' の場合は小文字の「n」に対応する 110 が返されます。
• NULL値そのものを渡した場合：文字列として扱う対象が存在しないため、戻り値として NULL が返されます。

このように、ASCII()関数にNULLを渡す際は、引用符で囲まれた文字列なのか、それともSQLのNULLリテラルなのかを意識することが重要です。特にデータのクリーニングや変換処理を行う際には、意図しないNULLの返却を避けるために、事前にISNULL()関数などでNULLチェックを行っておくと安全です。