Mac De Oracle Heterogeneous! #53 Tweet

前回の続き。

MySQLの文字型の三回目。

１．char型の検証

１−１　MySQL4.0.25での検証

１）' あ '、　null、　空文字、シングルバイト文字を２０文字登録。

空白の扱いを確認するため、”あ”の前後に空白を付加し、' あ ' として登録した。

mysql> insert into char_test(id, r_char_20) values(1,' ¥202¥240 ');
Query OK, 1 row affected (0.00 sec)

現在リリースされているMacOSXのTerminalは、マルチバイトを入力するとエスケープシーケンスになってしまう。実際に入力しているのは以下のDML。

insert into char_test(id, r_char_20) values(1, ' あ ');

mysql> insert into char_test(id, r_char_20) values(2,null);
Query OK, 1 row affected (0.00 sec)

mysql> insert into char_test(id, r_char_20) values(3,'');
Query OK, 1 row affected (0.00 sec)

mysql> insert into char_test(id, r_char_20) values(4,'12345678901234567890');
Query OK, 1 row affected (0.00 sec)

mysql> commit;
Query OK, 0 rows affected (0.01 sec)

２）シングルバイト文字で２１文字を登録

PostgreSQLとは異なりワーニングもエラーも発生しない。Generic Connectivity経由での登録は要注意だ。

mysql> insert into char_test(id, r_char_20) values(5,'123456789012345678901');
Query OK, 1 row affected (0.00 sec)

３）マルチバイト文字で２０文字を登録。

データベースキャラクタセットはSJISなので実際には４０バイトになる文字列なのだが、これも正常？に実行された。

mysql> insert into char_test(id, r_char_20) 
    -> values(6,'¥202P¥202Q¥202R¥202S¥202T¥202U¥202V¥202W¥202X¥202O¥202P¥202Q¥202R¥202S¥202T¥202U¥202V¥202W2X¥202O');
Query OK, 1 row affected (0.00 sec)

現在リリースされているMacOSXのTerminalは、マルチバイトを入力するとエスケープシーケンスになってしまう。実際に入力しているのは以下のDML。

insert into char_test(id, r_char_20) values(6,'１２３４５６７８９０１２３４５６７８９０');

４）マルチバイト文字で２１文字を登録。

実際には４２バイトになる文字列なのでだが正常の実行されてしまった。列は２０バイトまでと定義しているのだが。

mysql> 
mysql> insert into char_test(id, r_char_20) 
    -> values(7,'¥202P¥202Q¥202R¥202S¥202T¥202U¥202V¥202W¥202X¥202O¥202P¥202Q¥202R¥202S¥202T¥202U¥202V¥202W2X¥202O¥202P');
Query OK, 1 row affected (0.01 sec)

現在リリースされているMacOSXのTerminalは、マルチバイトを入力するとエスケープシーケンスになってしまう。実際に入力しているのは以下のDML。

insert into char_test(id, r_char_20) values(7,'１２３４５６７８９０１２３４５６７８９０１');

５）文字数、バイトサイズの確認

PostgreSQLの場合と比べて文字数とバイト数が異なることに気付いただろうか？
MySQL4.0.25のchar型では、文字につづく空白が切り捨てられる。空文字を設定した場合も空文字が設定されている。

mysql> 
mysql> select
    ->   id,
    ->   r_char_20,
    ->   char_length(r_char_20) as char_length,
    ->   length(r_char_20) as length
    -> from
    ->   char_test
    -> where
    ->   id <= 7;
+----+----------------------+-------------+--------+
| id | r_char_20            | char_length | length |
+----+----------------------+-------------+--------+
|  1 |  あ                  |           2 |      3 |
|  2 | NULL                 |        NULL |   NULL |
|  3 |                      |           0 |      0 |
|  4 | 12345678901234567890 |          20 |     20 |
|  5 | 12345678901234567890 |          20 |     20 |
|  6 | １２３４５６７８９０ |          10 |     20 |
|  7 | １２３４５６７８９０ |          10 |     20 |
+----+----------------------+-------------+--------+
7 rows in set (0.00 sec)

mysql> 
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)

mysql> 

１−２　MySQL4.1.13aでの検証

１）' あ '、　null、　空文字、シングルバイト文字を２０文字登録。

空白の扱いを確認するため、”あ”の前後に空白を付加し、' あ ' として登録した。

mysql> insert into char_test(id, r_char_20) values(1,' ¥202¥240 ');
Query OK, 1 row affected (0.00 sec)

現在リリースされているMacOSXのTerminalは、マルチバイトを入力するとエスケープシーケンスになってしまう。実際に入力しているのは以下のDML。

insert into char_test(id, r_char_20) values(1, ' あ ');

mysql> insert into char_test(id, r_char_20) values(2,null);
Query OK, 1 row affected (0.00 sec)

mysql> insert into char_test(id, r_char_20) values(3,'');
Query OK, 1 row affected (0.00 sec)

mysql> insert into char_test(id, r_char_20) values(4,'12345678901234567890');
Query OK, 1 row affected (0.00 sec)

mysql> commit;
Query OK, 0 rows affected (0.06 sec)

２）シングルバイト文字を２１文字登録

MySQL4.0.xとは異なり、ワーニングが返されるが、それ以外の違いはない。

mysql> insert into char_test(id, r_char_20) values(5,'123456789012345678901');
Query OK, 1 row affected, 1 warning (0.00 sec)
mysql> show warnings;
+---------+------+------------------------------------------------+
| Level   | Code | Message                                        |
+---------+------+------------------------------------------------+
| Warning | 1265 | Data truncated for column 'r_char_20' at row 1 |
+---------+------+------------------------------------------------+
1 row in set (0.00 sec)

３）マルチバイト文字を２０文字登録（登録内容はMySQL4.0.25と同じ）

正常に実行される。

mysql> insert into char_test(id, r_char_20) 
    -> values(6,'¥202P¥202Q¥202R¥202S¥202T¥202U¥202V¥202W¥202X¥202O¥202P¥202Q¥202R¥202S¥202T¥202U¥202V¥202W¥202X¥202O');
Query OK, 1 row affected (0.00 sec)

４）マルチバイト文字を２１文字登録（登録内容はMySQL4.0.25と同じ）

文字列が制限を超えるとワーニングがでるようにはなっているが、4.1.xではここまで。ワーニングを拾ってロールバックしなければ、commitされてしまうため文字列が切り捨てられたことすら、気がつかないという状況もありえるので要注意。MySQL5.0.2以降ならばsql_mode='TRADITIONAL'にすればエラー扱いにすることも可能なようだが、4.x台では無理だ。今までの経験から warningは、Generic Connectivity経由では拾えないので、Generic Connectivity経由での登録や更新は要注意だ。

mysql> 
mysql> insert into char_test(id, r_char_20) 
    -> values(7,'¥202P¥202Q¥202R¥202S¥202T¥202U¥202V¥202W¥202X¥202O¥202P¥202Q¥202R¥202S¥202T¥202U¥202V¥202W¥202X¥202O¥202P');
Query OK, 1 row affected, 1 warning (0.00 sec)
mysql> show warnings;
+---------+------+------------------------------------------------+
| Level   | Code | Message                                        |
+---------+------+------------------------------------------------+
| Warning | 1265 | Data truncated for column 'r_char_20' at row 1 |
+---------+------+------------------------------------------------+
1 row in set (0.00 sec)

５）文字数、バイトサイズの確認

MySQL4.1.x以降、char(n)の　n は、文字数を意味するので MySQL4.0.xとの違いは文字列が取りうる物理サイズということになる。

mysql> 
mysql> 
mysql> select
    ->   id,
    ->   r_char_20,
    ->   char_length(r_char_20) as char_length,
    ->   length(r_char_20) as length
    -> from
    ->   char_test
    -> where
    ->   id <= 7;
+----+------------------------------------------+-------------+--------+
| id | r_char_20                                | char_length | length |
+----+------------------------------------------+-------------+--------+
|  1 |  あ                                      |           2 |      3 |
|  2 | NULL                                     |        NULL |   NULL |
|  3 |                                          |           0 |      0 |
|  4 | 12345678901234567890                     |          20 |     20 |
|  5 | 12345678901234567890 　　　　　　　　　　|          20 |     20 |
|  6 | １２３４５６７８９０１２３４５６７８９０ |          20 |     40 |
|  7 | １２３４５６７８９０１２３４５６７８９０ |          20 |     40 |
+----+------------------------------------------+-------------+--------+
7 rows in set (0.03 sec)

mysql> 
mysql> rollback;
Query OK, 0 rows affected (0.05 sec)

mysql> 

今日はここまで、次回につづく。