Разница в производительности, требующие sp_executesql с динамическим SQL против параметров

Question

Дано:

CREATE PROCEDURE [dbo].[my_storedproc] 
    @param1 int, @param2 varchar(100) 
AS 
<<whatever>> 
GO 

Существуют известные различия в производительности между этими различными методами выполнения ?:

-- Method #1: 
declare @param1 int = 1 
declare @param2 varchar(100) = 'hello' 
exec my_storedproc @param1, @param2 

-- Method #2: 
exec my_storedproc @param1=1, @param2='hello' 

-- Method #3: 
declare @param1 int = 1 
declare @param2 varchar(100) = 'hello' 
declare @procname nvarchar(100) = N'my_storedproc @param1, @param2' 
declare @params nvarchar(4000) = N'@param1 int, @param2 varchar(100)' 
exec sp_executesql @procname, @params, @param1, @param2 

-- Method #4: 
declare @procname nvarchar(4000) = N'my_storedproc @param1=1, @param2=''hello''' 
exec sp_executesql @procname 

-- Method #5: 
declare @procname nvarchar(4000) = N'my_storedproc 1, ''hello''' 
exec sp_executesql @procname 

-- Method #6: 
declare @procname nvarchar(4000) = N'my_storedproc 1, ''hello''' 
exec (@procname) 

«Почему ты спрашиваешь?» ты спрашиваешь? Я пытаюсь найти способ для общего выполнения хранимых процедур, полностью основанных на метаданных, управляющая хранимая процедура, которая будет физически выполнять все остальные настроенные (в метаданных) хранимые процедуры ничего не знает о них, кроме того, что определено в метаданных. Внутри этого контроллера SP я не могу (в каком-либо практическом смысле) знать и объявлять конкретные физические параметры (с их требуемыми типами данных), необходимые для всех возможных хранимых процедур, которые могут быть вызваны - я пытаюсь найти способ их выполнения в целом, но, надеюсь, поддерживать достойную производительность (повторное использование планов запросов и т. д.).

Answer 1

На самом деле не должно быть разницы в производительности между 6 параметрами, поскольку они все выполняют хранимую процедуру, а не любые операторы SQL напрямую.

Однако нет лучшего индикатора производительности, чем тестирование на вашей собственной системе. У вас уже есть 6 тестовых примеров, поэтому их не должно быть сложно попробовать.

В этом контроллере SP, я не могу (в любом практическом смысле) знать и объявить конкретные физические параметры (с требуемыми их типами данных), необходимыми для каждой возможной хранимой процедуры, которая могла бы быть под названием

Почему бы и нет? Я не понимаю, почему вы не можете динамически генерировать SQL для методов 2 и 3 основаны на выходе любого из следующих запросов:

SELECT OBJECT_NAME(sp.[object_id]), * 
FROM sys.parameters sp 
WHERE sp.[object_id] = OBJECT_ID(N'dbo.my_storedproc'); 

SELECT isp.* 
FROM INFORMATION_SCHEMA.PARAMETERS isp 
WHERE isp.[SPECIFIC_NAME] = N'my_storedproc' 
AND isp.[SPECIFIC_SCHEMA] = N'dbo'; 

И с этой информацией, вы можете создать таблицу, чтобы содержать различные значения параметров для каждого параметра для каждого proc. Фактически, вы даже можете настроить его, чтобы иметь некоторые параметры с «глобальными» значениями для всех вариантов, а затем некоторые значения параметров являются вариациями для конкретной процедуры.