Управление процессом компиляции хранимой процедуры

Включение создаваемой процедуры в группу.

Для удобства управления процедурами вы можете группировать логически однотипные хранимые процедуры. Для этого всем процедурам группы при создании дают одина­ковые имена. Однако при этом им присваивают различные идентификаци­онные номера. Таким образом, получается несколько хранимых процедур, которые обозначаются следующим образом:

< имя_процедуры>;<идентификационный_номер>. Ссылка на группу осуществляется по имени процедур. На­пример, в группе процедур #proced отдельные хранимые процедуры могут иметь имена #proced;l, #proced;2 и т. д. Достоинство такого подхода за­ключается в том, что вы можете одновременно управлять сразу всей груп­пой процедур. При этом, например, можно удалить сразу все процедуры, входящие в состав группы.

Когда все эти вопросы решены, можно приступать непосредственно к созда­нию хранимой процедуры. Как и большинство объектов SQL Server, хранимую процедуру можно создать тремя способами:

1) используя утилиту Enterprise Manager;

2) прибегнув к помощи мастера Create Stored Procedure Wizard;

3)воспользовавшись средствами, предоставляемыми Transact-SQL.

Компиляция происходит при первом вызове хранимой процедуры. При последующих вызовах хранимой процедуры SQL Server пользуется планом выполнения, который содержится в процедурном кэше. Это позволяет зна­чительно повысить быстродействие системы, поскольку при этом экономится время, затрачиваемое на осуществление компиляции. Однако процедурный кэш не является безразмерным, на его поддержание уходит значительная часть оперативной памяти сервера. Поэтому рекомендуется размещать в нем планы выполнения только наиболее интенсивно используемых хранимых процедур. Можно предписать системе не осуществлять кэширование плана выполнения тех хранимых процедур, что вызываются от случая к случаю. В этом случае повторная компиляция процедуры будет производиться при каждом ее вызове. С другой стороны, перекомпилировать хранимую процедуру при каждом ее вызове зачастую бывает выгодно, поскольку при этом создается новый план, который в большей степени учитывает интенсивное изменение статистических данных. Чтобы сделать это возможным, при определении хранимой процедуры воспользуйтесь ключевым словом RECOMPILE.

СОВЕТ:

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

Можно спровоцировать принудительную перекомпиляцию хранимой проце­дуры с именем procedure, воспользовавшись следующей хранимой процедурой:

sp_recompile [@objname =] 'procedure'. В результате при следующем вызове указанной хранимой процедуры оптими­затором запросов будет произведена перекомпиляция ее кода.

Дата добавления: 2015-05-09