WHERE句を更新して、値が別のテーブルにないかどうかを確認する

私が使用するクエリ持っているWHERE句を、と私は起こるまったく同じ使用することWHEREで句多く、このテーブル上のクエリ（ら）。

クエリは次のとおりです。

SELECT
    DATENAME(DW, [AtDateTime]) AS [Day of Week]
    ,COUNT(*) AS [Number of Searches]
    ,CAST(CAST(COUNT(*) AS DECIMAL(10, 2)) 
         / COUNT(DISTINCT CONVERT(DATE, [AtDateTime])) AS DECIMAL(10, 2)) 
       AS [Average Searches per Day]
    ,SUM(CASE WHEN [NumFound] = 0 THEN 1 ELSE 0 END) 
       AS [Number of Searches with no Results]
    ,CAST(CAST(SUM(CASE WHEN [NumFound] = 0 THEN 1 ELSE 0 END) 
         AS DECIMAL(10, 2)) / COUNT(*) AS DECIMAL(10, 4)) 
       AS [Percent of Searches with no Results]
FROM [DB].[dbo].[SearchHistory] 
WHERE 
    [CustomerNumber] <> '1234' AND [CustomerNumber] <> '5678'
GROUP BY DATENAME(DW, [AtDateTime]), DATEPART(DW, [AtDateTime])
ORDER BY DATEPART(DW, [AtDateTime])

変更したい部分は、WHERE代わりにテーブルを使用できるようにする句です。無視する顧客番号を追加する必要がある場合、すべてのクエリを更新する必要はありません。（そして、これと同じWHERE句を持つクエリはかなりたくさんあります。）

除外する顧客番号を保持するテーブルを作成NOT EXISTSし、WHERE句でa を使用してそれらの行を除外します。

CREATE TABLE dbo.ExcludedCustomers
(
    CustomerNumber VARCHAR(255) NOT NULL
        CONSTRAINT PK_ExcludedCustomers
        PRIMARY KEY CLUSTERED
);

INSERT INTO dbo.ExcludedCustomers (CustomerNumber)
VALUES ('1234')
    , ('5678');


SELECT
    <....>
FROM [DB].[dbo].[SearchHistory] 
WHERE 
    NOT EXISTS (
        SELECT 1
        FROM dbo.ExcludedCustomers ec
        WHERE ec.CustomerNumber = SearchHistory.CustomerNumber
    )
    <...>;

CREATE TABLE dbo.CustomerExclusions
(
  CustomerNumber VARCHAR(32) PRIMARY KEY -- Is CustomerNumber *really* a string?
);

INSERT dbo.CustomerExclusions(CustomerNumber) VALUES('1234'),('5678');

これで、WHEREすべてのクエリの句は次のようになります。

WHERE NOT EXISTS 
(
  SELECT 1 FROM dbo.CustomerExclusions AS c
  WHERE c.CustomerNumber = SearchHistory.CustomerNumber
)

提案されたアプローチには、重要な質問/潜在的な問題があります。確かに、「顧客番号の除外」作業テーブルを使用して簡単に除外できます。

WHERE NOT EXISTS (
  SELECT 1 FROM [dbo].Work_ExcludeCustomer
  WHERE CustomerNumber = SearchHistory.CustomerNumber
)

しかし今、「クエリパラメータ」とは何か-完全に動的で独立した、クエリごとおよびユーザーごと-は、「データベースの共有永続状態」に変わりつつあります。

いくつかの質問と関連ポイント：

1. 顧客の除外情報は、ユーザーごとまたはセッションごとに個別にする必要がありますか？これらを区別するために 'SessionID'パラメータを追加できますが、基本的には古い古い「ワークテーブル」パターンを再作成しています。

2. たぶん、NOT IN（...）句が望ましいでしょうか？動的にパラメーター化できます。パラメーターの上限は2100です。

3. 現在、固定パラメータ番号に依存している場合は、コード/インフラストラクチャに再度アクセスして、クエリを構築し、パラメータをバインドします。これを改善すると、モジュール化が可能になり、可変数のパラメーターを持つINまたはNOT IN（？、？、？..）節の使用が可能になります。

推奨されるアプローチ：

WHERE [CustomerNumber] NOT IN (?, ?, ?)

NOT IN（）パラメータへのバインディング「1234」、「5678」、「6789」などと、適切な番号付けに動的にバインドされた後続の論理クエリパラメータ。