Производительность многоинтерфейсной инструкции If в SQL (Sql Server 2008)

Question

Мне интересно, если лучше иметь много хранимых процедур или одну хранимую процедуру с несколькими ветвями if-else.

Я понимаю, что 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

Я бы проголосовал за одну хранимую процедуру для каждого намерения или цели. В большинстве случаев хранимая процедура имеет, но одну цель. Это имеет смысл. Подумайте «разделение проблем» или SOLID принципов проектирования. Это также будет легче поддерживать. Намного легче понять и изменить несколько небольших хранимых процедур, чем одна из больших или чрезмерно сложных.

Если вы выполняете большую хранимую процедуру с несколькими параметрами, как описано выше, вам нужно будет принять меры предосторожности против проблем с параметрами нюхания и кэширования плохих планов. Вот хорошая статья Брент Озар, которая хорошо описывает проблему и что с ней делать. What is Parameter Sniffing?