Функции и хранимые процедуры служат отдельным целям. Хотя это не лучшая аналогия, функции можно рассматривать буквально как любую другую функцию, которую вы используете на любом языке программирования, но хранимые процедуры больше похожи на отдельные программы или пакетный скрипт.
Функции обычно имеют выход и опционально входы. Затем выходные данные можно использовать в качестве входных данных для другой функции (встроенной в SQL Server, такой как DATEDIFF, LEN и т. Д.) Или в качестве предиката для SQL-запроса - например, SELECT a, b, dbo.MyFunction(c) FROM tableили SELECT a, b, c FROM table WHERE a = dbo.MyFunc(c).
Хранимые процедуры используются для связывания запросов SQL вместе в транзакции и взаимодействия с внешним миром. Фреймворки, такие как ADO.NET и т. Д., Не могут напрямую вызывать функцию, но могут напрямую вызывать хранимый процесс.
Тем не менее, функции имеют скрытую опасность: они могут использоваться неправильно и вызывать довольно неприятные проблемы с производительностью: рассмотрим этот запрос:
SELECT * FROM dbo.MyTable WHERE col1 = dbo.MyFunction(col2)
Где MyFunction объявлен как:
CREATE FUNCTION MyFunction (@someValue INTEGER) RETURNS INTEGER
AS
BEGIN
DECLARE @retval INTEGER
SELECT localValue
FROM dbo.localToNationalMapTable
WHERE nationalValue = @someValue
RETURN @retval
END
Здесь происходит то, что функция MyFunction вызывается для каждой строки в таблице MyTable. Если MyTable имеет 1000 строк, то это еще 1000 специальных запросов к базе данных. Точно так же, если функция вызывается при указании в спецификации столбца, то функция будет вызываться для каждой строки, возвращаемой SELECT.
Таким образом, вы должны быть осторожны при написании функций. Если вы выполняете SELECT из таблицы в функции, вам нужно спросить себя, может ли она быть лучше выполнена с помощью JOIN в родительском хранимом протоколе или какой-либо другой конструкции SQL (такой как CASE ... WHEN ... ELSE ... КОНЕЦ).