Триггеры

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

Довольно часто перед некоторыми событиями в жизни базы или после них должны выполняться определенные операции − например, проверка логической целостности данных, модификация других таблиц, перед удалением данных и прочее. Часть этих действий можно реализовать ограничением (ON DELETE, ON UPDATE), но иногда этого недостаточно. Тогда эти действия можно выполнить на уровне приложения и наиболее архитектурно верным является реализация этого приложения на стороне СУБД, т.е. хранение выполняемой процедуры к событию в жизни базы средствами СУБД. В этом случае, при несанкционированном доступе к БД в обход программной системы, реализующей бизнес-логику, все равно остается гарантия сохранения целостности БД.

Хранимая в базе процедура, выполнение которой привязано к жизни базы, называется триггер. В определении триггера указывается должна ли заданная функция присваиваться до или после операции с объектом базы.

CREATE TRIGGER триггер { BEFORE | AFTER } { событие [ OR событие 

...]}  

ON таблица  

FOR EACH { ROW STATEMENT }  

EXECUTE PROCEDURE функция ( аргументы )  

– CREATE TRIGGER триггер. В аргументе триггер указывается произвольное имя

создаваемого триггера. Имя может совпадать с именем триггера, уже существую-

щего в базе данных — при условии, что этот триггер установлен для другой таб-

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

данных, имя триггера (в сочетании с таблицей, для которой он устанавливается)

должно быть уникальным лишь в контексте базы данных, в которой он создается.

– {BEFORE AFTER}. Ключевое слово BEFORE означает, что функция должна вы-

полняться перед попыткой выполнения операции, включая все встроенные про-

верки ограничений данных, реализуемые при выполнении команд INSERT и DELETE.

Ключевое слово AFTER означает, что функция вызывается после завершения опе-

рации, приводящей в действие триггер.

– {событие [OR событие ... ]}. События SQL, поддерживаемые в PostgreSQL При

перечислении нескольких событий в качестве разделителя используется ключевое

слово OR.

– ON таблица. Имя таблицы, модификация которой заданным событием при-

водит к срабатыванию триггера.

– FOR EACH {ROW STATEMENT}. Ключевое слово, следующее за конструкцией FOR

EACH и определяющее количество вызовов функции при наступлении указанного

события. Ключевое слово ROW означает, что функция вызывается для каждой мо-

дифицируемой записи. Если функция должна вызываться всего один раз для всей

команды, используется ключевое слово STATEMENT.

– EXECUTE PROCEDURE функция ( аргументы ). Имя вызываемой функции с ар-

гументами.

Транзакции и курсоры

Транзакцией называется неделимая операция, переводящая базу данных из одного целостного состояния в другое. Данные не записываются в базу данных немедленно, оперирование внутри транзакции происходит с копией БД.

Процесс синхронизации операционной копии с хранимой базой будет называться фиксацией транзакции. Транзакции базируются на идеологии MVCC (Multi Version Concurrency Control). Благодаря этому подходу фиксируемые транзакции не блокируют операции чтения и записи.

Если два пользователя одновременно попытаются зафиксировать взаимоисключающие изменения в одном объекте базы данных возникнет проблемы урегулирования этого конфликта. Архаичным механизмом решения является блокировка (locking).

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

Использование механизма MVCC (Multi-Version Concurrency Control), позволяет выполнять запросы в отложенных транзакционных блоках. Таким образом, каждое подключение к базе до фиксации результатов фактически поддерживает временный «образ» объектов базы данных, модифицируемых в транзакционном блоке.

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

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

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

Создание курсора и работа со ссылкой на полученный итоговый набор позволяет приложению организовать более эффективную выборку разных записей итогового набора без повторного выполнения запроса с другими значениями LIMIT и OFFSET.

В прикладных интерфейсах (API) курсоры часто используются для объединения нескольких запросов с последующим их отслеживанием и управлением ими через ссылку на курсор на уровне приложения. Тем самым предотвращается необходимость хранения всех результатов в памяти приложения.

Курсоры часто обладают абстрактным представлением в прикладных интерфейсах (пример — класс PgCursor в libpq++)