Файл: Методичка-ЛАБЫ по Поектированию ИС.doc

Лабораторная работа 14

ТРИГГЕРЫ И ПРОЦЕДУРЫ

Цель работы

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

Содержание работы и методические указания

к ее выполнению

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

При определении триггера задаются:

• имя триггера;

• условия включения триггера;

• имя таблицы, при обращении к которой срабатывает триггер;

• момент срабатывания триггера;

• имя, идентифицирующее строку со вставляемой, модифицируемой или удаляемой информацией;

• дополнительное условие;

• действие, выполняемое при срабатывании триггера (операторы Insert, Delete, Update, Execute procedure).

Синтаксис оператора Create trigger (в нотации СУБД Informix) для создания триггера приведен в Приложении 2.

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

• задавать и манипулировать с переменными различных типов;

• проверять логические условия и выполнять различные виды циклов;

• указывать действия, которые следует предпринять в случае ошибки (on exception);

• вызывать другие процедуры, передавать и возвращать параметры и пр.

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

Последовательность выполнения лабораторной работы:

1. Ознакомиться со средствами разработки триггеров и хранимых процедур.

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

3. Проверить правильность работы триггеров и процедур, разработанных в п. 2.

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

5. Проверить правильность работы триггеров и процедур, разработанных в п. 4.

6. Разработать набор хранимых процедур, которые целесообразно разместить в базе данных исходя из логики работы с базой данных.

7. Проверить правильность работы процедур, разработанных в п. 6.

8. Оформить раздел отчета "Хранимые процедуры и триггеры", включив в него описание разработанных триггеров и хранимых процедур.

Контрольные вопросы

1. Что вкладывается в понятие физической и логической независимости данных?

2. Что вкладывается в понятие целостности данных?

3. Как разделяются ограничения целостности по способам реализации?

4. Как разделяются ограничения целостности по времени проверки?

5. Как разделяются ограничения целостности по области действия?

6. Что такое утверждение?

7. Как создается хранимая процедура?

8. Каковы основные конструкции языка SPL?

9. Как создается триггер?

10. Какие оператора языка SQL допустимы внутри триггера?

11. Как реализуется механизм событий?

12. Как указать действия, которые следует предпринять в случае ошибки?

13. Как удалить хранимую процедуру, триггер из базы данных?

14. С какими моделями транзакций связано исполнение триггеров?

Лабораторная работа 15

РАЗРАБОТКА ПРОГРАММНОГО ПРИЛОЖЕНИЯ НАД БАЗОЙ ДАННЫХ

Цель работы

Выбрав необходимые средства разработки приложений, реализовать программное приложение, работающее с созданной базой данных.

Содержание работы и методические указания

к ее выполнению

Результатом выполнения лабораторной работы должны быть законченное программное приложение и отчет о выполнении лабораторных работ 11 - 15. Раз-рабатываемое программное приложение должно:

• заносить информацию в созданную базу данных;

• выполнять необходимые действия по модификации и удалению информации в базе данных; при этом все операции по занесению, модификации и удалению данных должны выполняться в терминах предметной области, а не базы данных;

• поддерживать целостность базы данных, не допуская появления некорректных данных;

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

• содержать достаточное количество данных, позволяющих показать результаты выполнения запросов

• выполнять запросы из варианта задания учебного пособия "Введение в проектирование реляционных баз данных";

• контролировать все вводимые данные;

Представляемый отчет должен содержать

1. Содержание.

2. Текст исходного задания.

3. Анализ предметной области, в том числе:

• состав подразделений (подсистем) информационной системы;

• перечень функций и задач системы в целом и каждого подразделения (подсистемы) в отдельности;

• подробное описание работы каждого подразделения (подсистемы), взаимоотношение их между собой, описание отдельных сценариев работ;

• диаграммы работ и диаграммы потоков данных для всей информационной системы в целом и для входящих в нее подразделений (подсистем).

Операторы языка sql

1. Операторы описания

CREATE DATABASE database-name                           создание базы данных

[WITH

{ [BUFFERED] LOG                                с (буфферизованной) журнализацией

| LOG MODE ANSI}]                                             в стандарте ANSI

CREATE SCHEMA schema-name                           создание схемы базы данных

CREATE [TEMP] TABLE table-name          создание таблицы

{ c именем table-name

{ column-name column-type                                     имя и тип столбца

| column-name {BYTE | TEXT}                                    типа BYTE | TEXT

[IN {TABLE | blobspace-name}]                         где создавать

[NOT NULL]                                                       отсутствие NULL-значений

[UNIQUE [(unique col-list)]                                  уникальность

[CONSTRAINT constraint-name]                           наложено ограничение

[, ...])

[WITH NO LOG]                                                         без журнализации

[IN dbspace-name]                                              где создавать

[LOCK MODE ({PAGE | ROW})]                        уровень блокирования

CREATE [UNIQUE][CLUSTER]                            создание индекса

INDEX index-name ON table-name                            для какой таблицы

(column-name [ASC | DESC] [,...])                             по какому столбцу

и в каком порядке

CREATE SYNONYM                                      создание синонима имени

synonym-name FOR table-name                   указанной таблицы

CREATE VIEW view-name                                      создание представления

[(column-list)] AS SELECT-statement

ALTER TABLE table-name                             изменение структуры таблицы

{

ADD ( newcol-name                                               если необходимо добавить

newcol-type [NOT NULL][UNIQUE                    столбец в таблицу