Структура организации доступа к данным в трехуровневой архитектуре

Создание триггеров и хранимых процедур

Для создания триггеров, хранимых процедур и просто скрип­тов (в Oracle их принято называть безымянными блоками) в сис­теме Oracle разработан свой язык, получивший название PL/SQL (Program Language SQL).

Для каждой таблицы можно создать до 12 триггеров. Вот шаб­лон триггера:

CREATE TRIGGER [name] (событие вызова триггера)... (необязательное ограничение триггера)

BEGIN

(действие триггера)

END;

При определении триггера можно указать, сколько раз он дол­жен выполняться: для каждой изменяемой строки (row trigger) либо однократно для всего выполняемого выражения независимо от того, сколько строк будет изменено (statement trigger).

ROW TRIGGER — часто используемый вид триггера. Выпол­няется для каждой строки по одному разу. Например, если SQL-выражение UPDATE обновляет множество строк в таблице, то триггер вызывается для каждой строки, которая изменяется вы­ражением UPDATE.

Если выражение не влияет ни на одну строку, триггер вызы­ваться не будет.

STATEMENT TRIGGER — триггер, вызываемый независимо от числа измененных строк в таблице (и даже если не изменялась ни одна строка). Например, если выражение DELETE удаляет из таблицы несколько строк, триггер уровня этого выражения вызы­вается только один раз независимо от того, сколько строк удаля­ется из таблицы.

При определении триггера необходимо указать момент выпол­нения (trigger timing) тела триггера: до (BEFORE) или после (AFTER) выражения, что применимо как к триггерам выраже­ний, так и к строчным триггерам.

Система Oracle поддерживает еще один вид триггера — INSTEAD-OF (Вместо). Эти триггеры доступны только в редак­ции Oracle8i.

Они могут использоваться в многотабличных и объектных пред­ставлениях.

В отличие от других триггеров они применяются вместо выпол­нения DML-выражений, т. е. представление можно модифициро­вать, как обычную таблицу, с помощью выражений INSERT, UPDATE и DELETE, или для соответствующего изменения запу­стить триггер INSTEAD-OF.

Триггеры INSTEAD-OF активизируются для каждой изменя­емой строки.

ГЛАВА 6. ТЕХНОЛОГИИ ДОСТУПА К УДАЛЕННЫМ БАЗАМ ДАННЫХ

В гл. 1 уже рассматривались концепции организации структур управления базами данных в архитектурах клиент—сервер и файл-сервер.

С развитием информационных технологий, связанных в том числе с необходимостью взаимодействия предприятий через гло­бальную сеть Интернет, все большее развитие получила трехуровневая схема взаимодействия клиентской и серверной частей (см. рис. 1.7). Как показала практика, эта схема оказалась эффек­тивной и при организации внутренних ЛВС предприятий, где в качестве клиента может использоваться обычный Web-броузер. В соответствии с данной схемой общая структура БД состоит из трех уровней:

1-й — клиенты («тонкие клиенты»);

2-й — сервер приложений;

3-й — сервер базы данных.

Первый и второй уровни являются прерогативой клиентской части приложения баз данных, а третий — серверной.

Приложение 1-го уровня должно обеспечить пользователю дру­жественный интерфейс (диалоговые формы) при работе с БД, включая: возможность обращения к базе данных с помощью за­просов и получение результатов обращения к базе данных.

Приложение 2-го уровня должно содержать программу, обес­печивающую эффективное выполнение приложения 1-го уровня, включая:

· тексты программ SQL-запросов (транзакций);

· проверку синтаксиса условий выполнения запроса, введен­ного пользователем;

· программы обеспечения доступа к информации сервера баз данных.

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

В настоящее время первые две части приложения 2-го уровня разрабатывают с применением так называемых мониторов обра­ботки транзакций ТР-миниторов (рис. 6.1).

Программы обеспечения доступа к информации сервера баз данных разрабатываются с применением различных технологий: ODBC СОМ; ADO.NET; CORBA; MIDAS; .NET FrameWork.

Все эти технологии основаны на единых принципах — объект­ных моделях доступа к удаленным базам данных, и разрабатывают­ся соответственно на методах объектно-ориентированного про­граммирования.