Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

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

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

Для создания триггеров, хранимых процедур и просто скрип­тов (в 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.

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

 

<== предыдущая лекция | следующая лекция ==>
Обеспечение целостности данных | Объектные модели доступа к удаленным базам данных
Поделиться с друзьями:


Дата добавления: 2014-01-07; Просмотров: 660; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.009 сек.