マルチブランチの性能であればSQLにおけるステートメント（SQL Server 2008の）

Question

多くのストアドプロシージャ、または複数のif-else支店を持つ1つのストアドプロシージャを持つことが良い場合、私は疑問に思って。

ストアドプロシージャの最新の実行に基づいてSQL Serverが実行計画を作成するので、ストアドプロシージャが次に実行されるときに、IFステートメントの別のパスにつながる別のパラメータを使用して、異なる実行計画がコンパイルされ、キャッシュされます。

私の監督は、私たちの環境内のストアドプロシージャの数を減らしたいと言っており、私たちがデータを持っているさまざまな地域間でif-elseステートメントを使用するよう指示しました。 など。

if(@iso = 'Item1') 
begin 
    if(@type = 'A') 
    begin 
    end 
    if(@type = 'B') 
    begin 
    end 
    if(@type = 'C') 
    begin 
    end 
end 
if(@iso = 'Item2') 
begin 
    if(@type = 'A') 
    begin 
    end 
    if(@type = 'D') 
    begin 
    end 
end 
if(@iso = 'Item3') 
begin 
    if(@type = 'B') 
    begin 
    end 
    if(@type = 'E') 
    begin 
    end 
end 

このストアドプロシージャを実行すると、毎回異なるパラメータが送信される可能性が非常に高いです。これは、実行計画が常に再生成されているため、データベースの競合を引き起こすことになりますか？

Answer 1

私はそれぞれの意図や目的のために、単一のストアドプロシージャのために投票します。ほとんどの場合、ストアドプロシージャには1つの目的があります。意味あり。 「懸念の分離」またはSOLIDの設計原則を考えてください。また、保守が容易になります。より複雑で複雑なストアドプロシージャよりも、小さなストアドプロシージャを理解して変更する方がはるかに簡単です。あなたは上記のように複数のパラメータを持つ大規模なストアドプロシージャを実行すると

はスニッフィングパラメータと悪いプランのキャッシュの問題に対する予防策を取る必要があります。ここでは、問題を説明し、それについて何をすべきかよく分かる、Brent Ozarの素敵な記事です。 What is Parameter Sniffing?