Перекомпиляция хранимых процедур

После изменения базы данных из-за добавления индексов или изменения данных в индексируемых столбцах нужно заново выполнить оптимизацию исходных планов запросов, использовавшихся для доступа к таблицам, с помощью перекомпиляции. Оптимизация проводится автоматически во время первого выполнения хранимой процедуры после перезапуска Microsoft SQL Server. Она также проводится при изменении базовой таблицы, используемой хранимой процедурой. Но если добавляется индекс, предоставляющий хранимой процедуре преимущества, оптимизация не проводится до следующего выполнения этой процедуры после перезапуска Microsoft SQL Server. В этой ситуации будет полезно выполнить принудительную перекомпиляцию при следующем запуске хранимой процедуры.

Другая причина для принудительного перекомпилирования хранимой процедуры - это нейтрализации, если это необходимо, пробного сохранения параметров при компиляции процедуры. Когда SQL Server выполняет хранимые процедуры, значения всех используемых ими параметров при компиляции включаются как часть формируемого плана запроса. Если эти значения типичны для последующих вызовов процедуры, компиляция и выполнение хранимой процедуры с этим планом запроса происходит быстрее. Иначе производительность может снизиться.

SQL Server предоставляет три способа вызвать принудительную перекомпиляцию хранимой процедуры:

• Выполнение системной хранимой процедуры sp_recompile приводит к перекомпиляции хранимой процедуры при следующем ее запуске.

• Создание хранимой процедуры с параметром WITH RECOMPILE в определении указывает, что SQL Server не будет кэшировать план этой процедуры; хранимая процедура будет перекомпилироваться при каждом запуске. Параметр WITH RECOMPILE полезен, если хранимая процедура принимает параметры, чьи значения сильно меняются между ее выполнениями, что приводит к созданию новых планов выполнения каждый раз. Этот параметр используется редко и замедляет выполнение хранимых процедур, так как они должны перекомпилироваться при каждом своем запуске.

• Если нужно перекомпилировать не всю хранимую процедуру, а только отдельные запросы, можно указать подсказку RECOMPILE внутри каждого запроса, требующего перекомпиляции. При перекомпиляции инструкций с помощью подсказки RECOMPILE кроме текущих значений параметров процедуры также используются значения локальных переменных внутри хранимой процедуры. Этот режим используется, если нетипичные или временные значения встречаются только в части запросов, входящих в хранимую процедуру.

• Принудительно перекомпилировать хранимую процедуру можно, задав параметр WITH RECOMPILE при ее выполнении. Используйте этот параметр, только если предоставляемые параметры нетипичны или если с момента создания хранимой процедуры данные изменились существенно.

Преимущества определяемых пользователем функций

Подобно функциям языков программирования, определяемые пользователем функции Microsoft SQL Server являются подпрограммами, которые принимают параметры, выполняют действия, такие как сложные вычисления, и затем возвращают результат выполнения в виде значения. Возвращаемое значение может быть либо единичным скалярным значением, либо результирующим набором.

SQL Server 2008 поддерживает определяемые пользователем функции и встроенные (системные) функции.

Использование определяемых пользователем функций SQL Server обеспечивает следующие преимущества.

• Делают возможным модульное программирование. Можно, однажды создав функцию, сохранить ее в базе данных, а затем любое число раз вызывать из своей программы. Определяемые пользователем функции могут быть изменены независимо от исходного кода программы.

• Позволяют ускорить выполнение. Как и хранимые процедуры, определяемые пользователем функции Transact-SQL снижают стоимость компиляции кода Transact-SQL, кэшируя и повторно используя планы выполнения. Это означает, что для определяемых пользователем функций нет необходимости выполнять повторный синтаксический анализ и оптимизацию при каждом вызове, что значительно ускоряет их выполнение.

• Позволяют уменьшить сетевой трафик. Операция, которая фильтрует данные на основе какого-нибудь сложного ограничения и не может быть выражена одним скалярным выражением, может быть реализована в виде функции. Ее можно вызвать из предложения WHERE, чтобы уменьшить число строк, возвращаемых клиенту.