MySQL

SQLiteでEXISTS / NOT EXISTS句を使う

MySQLやOracleなどのデータベースでおなじみのWHERE EXISTS句を
SQLiteで使えるかどうかを調べてみたら調べ方が悪いのか、
日本語の情報がほぼ無かったのでメモ。

SQL叩いて試してみたらEXISTS句使えました。
SQL文の例。

SELECT * FROM t1 WHERE EXISTS(SELECT * FROM t2 WHERE t1.id = t2.t1_id);
SELECT * FROM t1 WHERE NOT EXISTS(SELECT * FROM t2 WHERE t1.id = t2.t1_id);

これで片方のテーブルだけにある行などの抽出もできます。

現在のSQLモードを確認するSQL文

MySQLにはSQL modeというものがあり、何が設定されているかによってSQL文を実行したときの振る舞いが変わります。

ストリクトSQLモードというものがあり、これが有効だとより厳格にSQL文を解釈します。
Strictとはそのまま厳格という意味です。

そのSQLモードを確認する方法が以下のSQL。

SELECT @@sql_mode;

結果。

+-------------------------------------------------------------------------------
------------------------------------------------+
| @@sql_mode
                                                |
+-------------------------------------------------------------------------------
------------------------------------------------+
| STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_D
IVISION_BY_ZERO,TRADITIONAL,NO_AUTO_CREATE_USER |
+-------------------------------------------------------------------------------
------------------------------------------------+

詳しくはSQL モードを参照。

MySQLが文字列と数値の比較の際に自動的に変換してしまう件

WHERE句などでint型とchar型を比較すると、
どうやら暗黙的に型変換しちゃう罠があるみたいです。

PHPもそうですが、文字列と数値の比較では、
暗黙的に数値型に変換したうえで比較を行うようです。

例えばproductsテーブルがあったとして、
product_idが主キーでint型だったとします。
そのテーブルに、IDが10番のデータが登録されているとします

残念なことに以下のWHERE句の判定はtrueになってしまいます。

SELECT * FROM products WHERE product_id = '10 a'

char型の「10 a」がint型の「10」に暗黙的に型変換されるからです。
ということでちゃんと比較するにはキャストをして型を合わせます。

SELECT * FROM products WHERE CAST(product_id AS CHAR) = '10 a'

今回はCHAR型ですが、数値型(INTEGER)の場合は符号の有無によってSIGNEDやUNSIGNEDを指定します。
変換できる型についてはキャスト関数と演算子(MySQL5.1)を参照するといいです。
挙動を理解していないとセキュリティホールの元になりますね。

少しはまったしまったのでメモしておきます。