SQL ServerのSELECTのパフォーマンスがSQL Serverで

Question

に参加し、私は...（A）

SELECT a.field1, a.field2, a.field3, b.field1 
FROM table1 a INNER JOIN table2 b ON a.IDfield = b.IDfield 

と、この（B）にこれを行うとの間のパフォーマンスの差があるかどうかを知りたいと思います...

SELECT a.field1, a.field2, a.field3, b.field1 
FROM table1 a, table2 b 
WHERE a.IDfield = b.IDfield 

これは簡単な例です。私はいくつかの4つの結合で作業しており、例Bのようにしています。それは悪い習慣ですか？私はそれを書く方が良い、読んでいる方が良いと思っていますが、パフォーマンス面ではそれ以上悪い場合はそれ以上は行いません。もちろん、私は左の結合を行うことはできません。右の結合はこの方法ですが、私が行っているクエリではそうではありません。ありがとう。

Answer 1

いいえ違いはありません。最終的にa.IDfield = b.IDfield基準で両方のクエリがテーブルAとテーブルBの間のINNER JOINになるためです。

しかし、クエリ（A）は、あなたの意図を表現するのに非常に好ましい方法です。新しいクエリを書くときは、常にこのスタイルを使用してください！これはANSI SQL標準に記述されているスタイルなので、できるだけこのスタイルを使うほうがはるかに優れています。

私の経験を1としてマーク

Answer 2

、私はそれが依存していることだと思います！

SQL Serverオプティマイザーは、実際には神秘的なのものです。理想的には、2つの構文の間に違いはありません。しかし実際にはJOINというキーワードを使用するべきです。

は、実行時の条件によっては、SQL ServerオプティマイザMAYは、2番目のクエリは、その逆の最初の1かよりも高速に実行するようにしてください。それはすべて依存している。クエリ実行計画を使用してREALLYを実行すると、最適なクエリが実行されます。

Answer 3

私は決して2番目の構文を使用しません。多数の結合があると、誤ってクロスジョインする可能性が非常に高くなります。最初のものはメンテナンスのためにはるかに明確です。そのスタイルに沿った左右の結合構文は、SQl Serverでは正しく機能せず、中止されています。

私の意見では、2番目の構文を使用するのは非常に貧しい方法です。それだけで17年古いです。

Answer 4

他のすべてが等しい（同じdb、同じインデックス、同じ統計、MDOP設定）場合、パフォーマンスは2つのクエリに違いはありません。

あなたが実行することで、これを見ることができます： ON

のSET SHOWPLAN_TEXT GO

SELECT a.field1、a.field2、a.field3、b.field1FROM TABLE1 INNERがa.IDfield ON table2のbを登録しよう= b.IDfield GO

SELECT a.field1、a.field2、a.field3、b.field1FROM TABLE1 A、table2のbWHERE a.IDfield = b.IDfield あなたはWILの上に実行した後

をGO実行計画は実際には2つのクエリで同一であることがわかります。

また、管理スタジオのステートメントを強調表示し、右クリックして「実際の実行計画を含める」を選択すると、同じことをグラフィカルに表示できます。