僕たちは本当のSQLite3を何も知らない（柔軟なデータ型と外部キー制約の罠について） - give IT a try

「えっ、SQLite3ってこんな仕様なの！？」と最近ビックリしたことを紹介します。 たとえばこんな2つのテーブルがあったとします。 CREATE TABLE blogs ( id int primary key, title varchar(32) ); CREATE TABLE comments ( id int primary key, content varchar(32), blog_id int, foreign key (blog_id) references blogs(id) ); ポイントはcommentsテーブルのblog_idにはblogs(id)への外部キー制約が貼ってあることです。 もちろん、blog_idもblogs(id)も、どちらもint型です。 で、以下のようなSQLを発行します（blog_idの値に注目）。 -- blogsにデータを追加 INSERT

[uunfo]

昔から使ってる側からするとなんで知らんねんって感じだけど、MySQLやPostgreSQLからしたら異様だよね

[hecaton55]

昔のMySQLもMyISAMしか使えない時代は外部キー自体が使えなかったりしたので、そういうDBMSもあるものという認識

[dollarss]

SQLiteはすごくいい。けれどDBっぽく手軽に動いてくれるだけで本質的にはDBではない

[theatrical]

flexible typing嫌ならstrict table使ったらどうだろう。 https://www.sqlite.org/stricttables.html

[rochefort]

へー知らんかった // SQLite3はデフォルトで外部キー制約が無効になっているのです

[tmatsuu]

外部キー制約がデフォルトで無効知らなかった。設定できるのに無効ってのは直感に反するのでなかなか厳しいものがある。

[hylom]

SQLite3、Apple製品（SafariとかiTunesとか）の内部で多数使われているんですけどね……なおカラムのデータ型に関しては記事内でも紹介されているhttps://www.sqlite.org/flextypegood.html で制約を厳しくする方法が書いてあります

[masayoshinym]

褒める記事かと思ったら違った。

[yarumato]

“ここが変だよSQLite3　INT型のカラムにTEXTやBLOBのデータ型を保存できます。データ型の意味ないじゃん……。デフォルトで外部キー制約が無効。データ型の強制や外部キー制約はデータの整合性を保つ重要な機能なのだが”