2.1. Особенности psql для триггеров

Два особых элемента PSQL доступны триггерам: логические контекстные переменные событий inserting, UPDATING и deleting и контекстные переменные new и old.

Переменные события

В Firebird появляются логические контекстные переменные inserting, updating и deleting, чтобы поддерживать условные переходы для триггеров, используемых для

IF [{INSERTING | UPDATING | DELETING}

OR {UPDATING | DELETING | INSERTING}

[OR (DELETING | INSERTING | UPDATING)]} THEN ...

Переменные new и old

Контекстные переменные new и old являются расширениями PSQL, специфичными для триггеров; они позволяют ссылаться на существующие ("старые") и требуемые ("новые") значения каждого столбца.

Переменные new.* имеют значения в событиях INSERT и UPDATE.

Переменные old.* имеют значения в событиях UPDATE и DELETE.

NEW.* в событиях удаления и old.* в событиях добавления имеют значение null. Применимые значения new и old доступны для всех столбцов таблицы или просмотра, даже если сами столбцы не указаны в операторе DML.

Значения old.* (если доступны) могут использоваться в триггерах как переменные, но изменение значения не влияет на сохраненное старое значение. Значения NEW.* (если доступны) могут использоваться для чтения/записи в фазе before и только для чтения в фазе after. Если вы хотите манипулировать ими как переменными значениями в триггере after, присвойте их значения локальным переменным и обращайтесь к этим локальным переменным.

Использование NEW u OLD

Для использования мощи триггеров Firebird в разработке баз данных при отслеживании целостности данных, независимо от клиентов и внешних программ, переменные NEW и old являются основным инструментом. Они могут быть использованы для:

1. получения допустимых значений по умолчанию в некоторых условиях;

2. проверки и при необходимости преобразования входных данных пользователя;

3. получения ключей и значений для выполнения автоматических обновлений в других таблицах;

4. реализации автоинкрементных ключей средствами генераторов.

Новые значения для строки могут быть изменены только в действиях before. Если триггер, запускаемый в фазе after, попытается присвоить значение столбцу new, это не даст никакого результата.

Все значения new можно перезаписывать в фазе before, они немедленно принимают новые назначенные им значения. Новая версия записи получит переназначенные значения, только когда все триггеры before будут завершены. С этого момента значения new становятся значениями только для чтения. Следовательно, если у вас несколько триггеров изменяют одни и те же значения new, важно, чтобы все они имели различные номера position, правильно упорядоченные.

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

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

Существует два типа хранимых процедур:

1. Процедуры выборки в качестве результата своей работы возвращают набор данных либо сообщение об ошибке.

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

Оба типа хранимых процедур создаются командой CREATE PROCEDURE. Различие между подобными процедурами заключается лишь в том, как они используются. Фактически, любая процедура может быть использована как процедура выборки либо как исполняемая процедура, но лучше использовать все по назначению, так как сложно предусмотреть возможные ошибки из-за нецелевого использования.

Хранимой процедуре можно назначить определенные привилегии, то есть определить группы пользователей, имеющих право ее выполнять. Команда создания хранимой процедуры имеет следующий синтаксис:

CREATE PROCEDURE name

[( param datatype [, param datatype ...])]

[RETURNS ( param datatype [, param datatype ...])]

AS

<procedure_body>;

<procedure_body> = [<variable_declaration_list>]

<variable_declaration_list> =

DECLARE VARIABLE var datatype;

[DECLARE VARIABLE var datatype; ...]

<block> =

BEGIN

<compound_statement>

[< compound_statement . . .>]

END

<compound_statement> = {<block> | statement;}

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

Параметр RETURNS открывает секцию, в которой описываются параметры, возвращаемые хранимой процедурой. Параметр param datatype содержит список возвращаемых параметров с указанием их типа.

Процедура возвращает значения параметров, когда достигает в своем теле выражения SUSPEND.

Ключевое слово AS служит разделителем шапки процедуры и ее тела. Команда DECLARE VARIABLE предназначена для объявления локальной переменной определенного типа, указываемого в параметре var datatype. Далее, в блоке, обозначенном ключевыми словами BEGIN и END, помещается тело хранимой процедуры.

В разделе 2.2.8. приведено описание операторов, предназначенных для использования в триггерах и хранимых процедурах.

Рассмотрим несколько примеров создания хранимых процедур с использованием утилиты IBExpert при разработке информационной системы «Аренда недвижимости».

Пример 1. Создать хранимую процедуру, которая по значению номера арендатора возвращает все номера договоров и даты заключенных с арендатором договоров.

Ниже, приведен SQL-скрипт хранимой процедуры на выборку GET_LEASE_DATA.

CREATE PROCEDURE GET_LEASE_DATA (

TENANT_NO SMALLINT)

RETURNS (

LEASE_ID SMALLINT,

LEASE_DATE TIMESTAMP)

AS

begin

for SELECT distinct lease.id,lease.daytime

from tenant, lease

WHERE tenant.id=:tenant_no and lease.idtenant=tenant.id

INTO :lease_id, :lease_date

DO

suspend;

end^

Результаты выполнения хранимой процедуры GET_LEASE_DATA приведены на рисунках 7.- 8.

Рисунок 7. Ввод входных параметров хранимой процедуры GET_LEASE_DATA с использование утилиты IBExpert

Рисунок 8. Данные полученные в результате выполнения параметров хранимой процедуры GET_LEASE_DATA

Пример 2. Создать хранимую процедуру, которая добавляет владельцев в базу данных «Аренда недвижимости».

Ниже приведен SQL-скрипт хранимой процедуры на выполнение.

CREATE PROCEDURE ADD_OWNER (

OW VARCHAR(10),

ADOW VARCHAR(10))

AS

begin

INSERT INTO owner (owner.fio,owner.adres)

VALUES (:ow,:adow);

suspend;

end

Результаты выполнения хранимой процедуры ADD_OWNER приведены на рисунках 9.- 10.

Рисунок 9. Ввод входных параметров хранимой процедуры ADD_OWNER с использование утилиты IBExpert

Рисунок 10. Данные полученные в результате выполнения хранимой процедуры ADD_OWNER