同等のvsを持つSQLステートメント

Question

誰かがあなたに来て、私たちが書き込むSQLの量をINに置き換えると言っていると言ってください。単一のスカラー値と数値のリストの両方を使用することになります。

SELECT * 
    FROM table 
WHERE id = 1 

OR

SELECT * 
    FROM table 
WHERE id IN (1) 

オプティマイザが生成するものと同等これらのステートメントはありますか？

これは非常に簡単ですが、次の2つの理由で単純化されます。1.大規模なSQLブロックを複製する必要はなく、2.動的SQLを過度に使用しません。

これは人為的な例ですが、次の点を考慮してください。

select a.* from tablea a 
join tableb b on a.id = b.id 
join tablec c on b.id2 = c.id2 
left join tabled d on c.id3 = c.id3 
where d.type = 1 

...と考えますが、文字列の連結を行うことができます（これも大規模なステートメントではありません）

つ以上の場合

select a.* from tablea a 
join tableb b on a.id = b.id 
join tablec c on b.id2 = c.id2 
left join tabled d on c.id3 = c.id3 
where d.type in (1,2,3,4) 

のためもう一度同じですが、これはORMの使用に照らして望ましくなく、動的SQL文字列連結は常に（少なくともこれらの部分では）良い意図で始まります。

Answer 1

この2つは、インデックス付きテーブルの有無に応じて、table scan,index scan、またはindex seekのいずれかの同じ実行計画を生成します。

自分で見ることができます - Displaying Graphical Execution Plans (SQL Server Management Studio) - 「実行計画オプションの使用」を参照してください。

Answer 2

これら2つの特定の文がオプティマイザ（あなたが実行計画を比較しましたか？）と同等であるが、私はあなたが後者から抜け出すより重要な利点は

WHERE id = 1 OR id = 2 OR id = 3 OR id = 4 OR id = 5 

のように表現することができるということだと思います以下、はるかに簡潔で読みやすい（ただし、オプティマイザと意味的に同等の）バージョン：

WHERE id IN (1,2,3,4,5) 

問題は後者のほとんどの人々は、彼らが@list = '1,2,3,4,5'のように、文字列を渡した後、言うことができると思うように表現するときということです：

WHERE id IN (@list) 

@listは、単一のスカラー文字列ではなく、整数の配列であるので、これは動作しません。

単一の価値がある場合は、その「最適化」がどのように役立つかはわかりません。あなたはSQLをあまり書いていない、実際にはもっと書いている。これがどのようにしてより少ないSQLにつながるかをさらに詳しく説明できますか？