Хранимые процедуры

Управление блокировками

Всю работу по управлению блокировками выполняет специальный компонент сервера – менеджер блокировок. Однако при необходимости в запросе можно явно, какой тип блокировки необходимо использовать.

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

SET LOCK_TIMEOUT nMS,

Где nMS – число миллисекунд. Эта команда действует только на текущее соединение.

Максимальное число блокировок, одновременно устанавливаемых на сервере, задается командой:

EXEC sp_configure ‘locks’, n

Число блокировок может колебаться в пределах 5000 – 2 147 483 647. По умолчанию n = 0, что означает автоматическое конфигурирование сервера.

Менеджер блокировок автоматически оценивает, какое количество данных необходимо блокировать, и устанавливает тип блокировки. Поддерживаются следующие уровни блокирования:

· Блокировка на уровне строки таблицы используется при добавлении новой записи.

· Блокировка на уровне индекса. При этом блокируется часть индекса, соответствующая изменяемым в транзакции данным.

· Блокировка на уровне страницы.

· Блокировка на уровне таблицы.

· Блокировка на уровне БД.

Основные типы блокировок

· Коллективные блокировки. Этот тип блокировок накладывается при выполнении чтения данных. Коллективную блокировку на одни и те же данные могут сразу устанавливать несколько пользователей. Изменение данных запрещено.

· Блокировка обновления устанавливается, когда транзакция пытается изменить данные. Если установлен этот тип блокировки, то коллективная блокировка невозможна. После того, как все блокировки, установленные другими пользователями сняты, блокировка обновления заменяется на монопольную блокировку.

· Монопольная блокировка используется, если транзакция изменяет данные.

· Блокировка массивного обновления накладывается сервером при выполнении операций массивного копирования в таблицу. При этом запрещается обращение к таблице любым процессам.

Хранимая процедура – это набор команд Transact-SQL, хранящийся непосредственно на сервере и представляющий собой самостоятельный объект базы данных.

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

Хранимые процедуры могут состоять из десятков и сотен команд, но для их запуска достаточно указать всего лишь имя хранимой процедуры. Это позволяет уменьшить размер запроса, посылаемого по сети от клиента на сервер.

Использование хранимых процедур реализует принцип модульного проектирования, так как процедуры позволяют разбивать большие задачи на самостоятельные части.