Откат изменений и целостность БД

Транзакции

Использование генераторов

Использование триггеров для реализации бизнес-правил

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

Пример.

Реализуем простейшее правило формирования уникального значения столбца. Пусть столбец N_RASH в таблице RASHOD должен содержать уникальное значение. Для этой цели определим генератор RASHOD_N_RASH и установим его начальное значение 20.

CREATE GENERATO RASHOD_N_RASH

SET GENERATOR RASHOD_N_RASH TO 20;

При добавлении новой записи будем присваивать столбцу N_RASH уникальное значение, полученное при помощи генератора:

CREATE TRIGGER BI_RASHOD_GEN FOR RASHOD

ACTIVE

BEFORE INSERT

BEGIN

NEW.N_RASH = GEN_ID(RASHOD_N_RASH,1);

END

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

Для создания генератора используется оператор:

CREATE GENERATOR ИмяГенератора;

Установка стартового значения генератора:

SET GENERATOR ИмяГенератора TO СтартовоеЗначение;

Обращение к генератору (получение уникального значения):

GEN_ID(ИмяГенератора, Шаг)

Пример:

CREATE GENERATOR RASHOD_N_RASH;

SET GENERATOR RASHOD_N_RASH TO 20;

CREATE TRIGGER BI_RASHOD FOR RASHOD

ACTIVE

BEFORE INSERT

AS

BEGIN

NEW.N_RASH = GEN_ID(RASHOD_N_RASH, 1);

END

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

Необходимость отката изменений обуславливается тем, что БД всегда должна находиться в целостном состоянии. Классическим примером перехода БД из одного целостного состояния в другое является бухгалтерская проводка (операция), когда некоторая сумма S должна быть списана со счета K и зачислена на счет D. Только успешное выполнение этих двух операций гарантирует целостность информации в БД. Но целостность, например, будет нарушена, если в результате сбоя сумма S будет списана со счета K, но не будет зачислена на счет D. Поэтому в случае ошибки списания/зачисления суммы результаты предыдущей операции должны быть отменены.

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

Дата добавления: 2014-12-23