NullとIN（）は予期せぬ結果をもたらします

Question

これはとても基本的なようですが、私はより良い言葉の不足のために大変です。私は2つのテーブルを持っている、のは千数百recondsが各テーブルにalbumsとartists

CREATE TABLE `albums` (
    `album_id` bigint(20) NOT NULL AUTO_INCREMENT, 
    `artist_id` bigint(20) DEFAULT NULL, 
    `name` varchar(200) NOT NULL, 
    PRIMARY KEY (`album_id`) 
) 
CREATE TABLE `artists` (
    `artist_id` bigint(20) NOT NULL AUTO_INCREMENT, 
    `name` varchar(250) NOT NULL, 
    PRIMARY KEY (`artist_id`) 
) 

あり、それらを呼びましょう。アルバムの行の一部がnull artist_idであることが予想されます。しかし

、私はアルバムなしのアーティストを見つけるために、次のクエリを実行する場合：

SELECT * FROM artists WHERE artist_id NOT IN (SELECT artist_id FROM albums)

は...クエリはゼロ結果を返します。私はこれが真実ではないことを知っています。

SELECT * FROM artists WHERE artist_id NOT IN (SELECT artist_id FROM albums WHERE artist_id IS NOT NULL)

...と私は戻って数千行を取得：だから私はこの1つを試してみました。私の質問です：なぜ最初のクエリは、任意の数値= NULLという考え方で動作しているようですか？または、NULLがIN()ステートメントで奇妙な結果になっていますか？私はこれが私が逃した基本的なものだと感じています。私は通常、dbテーブルではNULLを使用しません。

Answer 1

NOT EXISTSが

SELECT * FROM artists ar 
WHERE NOT EXISTS 
    (SELECT * FROM albums al WHERE ar.artist_id = al.artist_id) 

ロジック意味的に正しい理由がある：

• NOT IN (x, y, NULL)が実際
  NOT (x OR y OR NULL)
  • あるが実際
    • (NOT x) AND (NOT y) AND (NOT NULL)
    であります

のでNULLは、それがSQL NULLのが解釈される方法に関係しています全体NOT IN

Answer 2

クイックアンサー - INステートメントは=a OR =b OR ...のショートカットです。このリストにnullを含めると、文が壊れていると思います。あなたの2番目のオプションは、おそらくより良い選択肢です。

また、結合を使用しても効果的です。

Answer 3

を無効にする - あなたはUNKNOWN値と考える必要があります。

は、あなたが次のことを実行する場合は、= 1

をartist_idしているとしましょう：

artist_id = NULL 

よりもむしろ '偽' を取得 - あなたは '不明' を取得。

あなたのようなクエリを実行すると、 'TRUE'と評価される値だけが返されます。

artist_id IN (NULL, NULL, NULL...) = UNKNOWN 
artist_id NOT IN (NULL, NULL, NULL....) = UNKNOWN