グループのようなステートメントを使用するときに条件を使用するSQLを取得する方法

Question

グループを含むSQLビューがあります。私は好きなものを使ってビューから選択しようとしています。私が選択している列は索引付けされていますが、SQLは表内のすべての行を含む一時表を作成し、where条件でフィルタリングすることを主張しています。 （遅い）最初にフィルターをかけるにはどうすればいいですか？

例：

ビュー定義：

SELECT ListCode, SUM(CASE 
    WHEN ListStatus = 'A' THEN 1 
     ELSE 0 
     END) Active 
FROM ListParticipation 
GROUP BY ListCode 

を選択：ちなみに

SELECT * 
FROM ListParticipationView 
WHERE ListCode like '%ReallyCoolList%' 

、私が始まるワイルドカードなしの基準のように使用する場合は、SQL計画はありませんフィルタリングオクルを表示するグループの要約の前に実行してください。

Answer 1

条件がSARGableでない、つまりインデックスを使用できません。

比較文字列の先頭に%とLIKEを使用すると、テーブルスキャンが保証されます。 SQLは、一致するかどうかを評価するために、すべての行のフィールド全体をチェックする必要があります。

ListCodeが非常に長い文字列の場合は、ルックアップテーブルのPKというintにする必要があります。次に評価することができます：

WHERE Listcode IN (1, 3, 4, 6)インデックスを使用します。

Answer 2

最初のワイルドカードによってインデックスが使用されないため、最初にフィルタリングされません。基本的に、それは全体文字列を検索している - そうcharまたはvarchar上のインデックスは通常、最初の文字から始まるので、それはまだ、すべての単一の行を検索している...これはなぜ不思議とほぼ同じになります選択基準が第1列ではなく第2列または第3列に基づいて制限されている場合、複数列インデックスは使用されていません。

あなたがListCode秒（どうやら場合のように）繰り返してきた場合は、ListParticipationテーブルにlistCodeIdとして新しいテーブルのIDを置く、その後、自分のテーブルにそれらを抽出考える（とあまりにもインデックスを交換してください）。十分にスマートなオプティマイザを使用している場合は、指定したワイルドカード文字列に一致するテーブル内のすべてのlistCodeが検索されます（ユニークである必要がありますので一意の制約があります）。fkインデックスを照会するのにlistCodeId 。はるかに演奏する必要があります。

Answer 3

あなたはビューがしばしば悪い考えである理由を学んだことがあります。他のビューを呼び出すと、それはずっと悪くなります。テーブルに直接アクセスするSQL文が高速な場合は、それを使用します。しかし、最初の文字としてワイルドカードを持つ同様のステートメントでwhere節を使用しないでください。使い捨てクエリ以外anythign他のためにこれを行うと、あなたのようなdiffernt技術を使用する必要が示しています。あなたは、フルテキストインデックスを使用する必要が
または

デザインを修正するために

1. youneed

'test、mytest、another stupid test'などのデータを1つの列に格納し、like節を使用して 'mytest'のすべての値を検索する場合は、テーブルを正規化してデータを正しく格納する必要があります。

用語を検索しているユーザーがいる場合は、正確な名前（「ロナルドレーガン国立空港」のような長い正式な空港名、「National Airport」の検索可能な名前）代わりに。

特に理由なく％を前に置いている場合は、それをやめてください。