Фуфаев - Разработка и эксплуатация удалённых БД (1084483), страница 16
Текст из файла (страница 16)
Когда файл журнала изменений оказывается полностью заполненным, происходит смена журнала и процесс ).О%К заводит новый файл. Во время смены журнала процесс АКСН записывает заполненный файл в архив файлов журнализации. В тот момент, когда архивирование только закончилось, файл журнала изменений помечается как доступный. Очень важно, чтобы архивные файлы журнала изменений надежно хранились, так как они могут понадобиться для восстановления системы. 5.6. Создание триггеров и хранимых процедур Для создания триггеров, хранимых процедур и просто скриптов (в Огас!е их принято называть безымянными блоками) в системе Огас!е разработан свой язык, получивший название Р1/391. (Ргоягаш Еапяцаяе Я )1). 77 Для каждой таблицы можно создать до 12 триггеров.
Вот шаблон триггера: СВЕАТЕ ТВТ66ЕВ [лане] (событие вызова триггера) (необязательное ограничение триггера) ВЕбгн (действие триггера) ЕИ()) При определении триггера можно указать, сколько раз он должен выполняться: для каждой изменяемой строки (го)» (пяяег) либо однократно для всего выполняемого выражения независимо от того, сколько строк будет изменено (Ма(егпеп( (паяег). КОтт' ТК1ООЕК вЂ” часто используемый вид триггера. Выполняется для каждой строки по одному разу.
Например, если ВО[.- выражение (ЗРРАТЕ обновляет множество строк в таблице, то триггер вызывается для каждой строки, которая изменяется выражением [.]РРАТЕ. Если выражение не влияет ни на одну строку, триггер вызываться не будет. БТАТЕМЕ]ЧТ ТК1ООЕК вЂ” триггер, вызываемый независимо от числа измененных строк в таблице (и даже если не изменялась ни одна строка). Например, если выражение РЕ[.ЕТЕ удаляет из таблицы несколько строк, триггер уровня этого выражения вызывается только один раз независимо от того, сколько строк удаляется из таблицы. При определении триггера необходимо указать момент выполнения ((падет 1!ш[пя) тела три)гера: до (ВЕГОКЕ) или после (АГТЕК) выражения, что применимо как к триггерам выражений, так и к строчным триггерам.
Система Огас1е поддерживает еще один вид триггера— [ХЯТЕАР-ОГ (Вместо). Эти триггеры доступны только в редакции Огас1е8Е Они могут использоваться в многотабличных и объектных представлениях. В отличие от других триггеров они применяются вместо выполнения РМ1.-выражений, т.е. представление можно модифицировать, как обычную таблицу, с помощью выражений 1[ЧБЕКТ, ОРРАТЕ и РЕ1.ЕТЕ, или для соответствующего изменения запустить триггер 1[ЧЯТЕАР-ОГ. Триггеры 1ХВТЕАР-ОГ активизируются для каждой изменяемой строки. Контрольные вопросы 1.
Что такое триггер? 2. Что такое транзакция? 3. Назовите последовательность выполнения транзакции. 4. Какие категории файлов включает в себя физический уровень БД Огас1е? 5. В каком табличном пространстве хранится словарь данных? 6. Чем различаются сегмент, экстент и блок данных? 7. Какие основные элементы составляют экземпляр Огас1е? 8. Для каких целей используется разделяемая память в СУБД Огас!е? 9. Каково назначение следуюц1их функций Огас!е: создание контрольных точек, журнализация, архивирование? 10. Для каких задач разработан язык РЕ/зО1? ТЕХНОЛОГИИ ДОСТУПА К УДАЛЕННЫМ БАЗАМ ДАННЫХ 6.1. Структура организации доступа к данным в трехуровневой архитектуре Серверы баз данных (3-й уровень) Сервер приложений е монитором ТР (2-й уровень) Клиенты ((-й уровень) Рис.
б.). Монитор обработки транзакций 80 В гл. 1 уже рассматривались концепции организации структур управления базами данных в архитектурах клиент — сервер и файл— сервер. С развитием информационных технологий, связанных в том числе с необходимостью взаимодействия предприятий через глобальную сеть Интернет, все большее развитие получила трехуровневневая схема взаимодействия клиентской и серверной частей (см. рис. 1.7). Как показала практика, эта схема оказалась эффективной и при организации внутренних ЛВС предприятий, где в качестве клиента может использоваться обычный %еЬ-броузер.
В соответствии с данной схемой общая структура БД состоит из трех уровней: 1-й — клиенты («тонкие клиенты»); 2-й — сервер приложений; 3-й — сервер базы данных. Первый и второй уровни являются прерогативой клиентской части приложения баз данных, а третий — серверной. Приложение 1-го уровня должно обеспечить пользователю дружественный интерфейс (диалоговые формы) при работе с БД, включая: возможность обращения к базе данных с помощью запросов и получение результатов обращения к базе данных .
Приложение 2-го уровня должно содержать программу, обеспечивающую эффективное выполнение приложения 1-го уровня, включая: тексты программ БО).-запросов (транзакций); ° проверку синтаксиса условий выполнения запроса, введенного пользователем; ° программы обеспечения доступа к информации сервера баз данных. Приложение 3-го уровня должно содержать все таблицы баз данных и обеспечивать эффективное управление работой удаленных пользователей с информацией. В настоящее время первые две части приложения 2-го уровня разрабатывают с применением так называемых мониторов обработки транзакций ТР-миниторов (рис.
6.1). Программы обеспечения доступа к информации сервера баз данных разрабатываются с применением различных технологий: ОРВС СОМ; АРО.НЕТ; СОКВА; М! РАЯ;,НЕТ Ггапзе%ог)г. Все эти технологии основаны на единых принципах — обьектных моделях доступа к удаленным базам данных, и разрабатываются соответственно на методах объектно-ориентированного программирования.
6.2. Объектные модели доступа к удаленным базам данных Рассмотрим применительно к СУБД следующие понятия объектно-ориентированного программирования: объект, класс, свойство, событие, объектная модель. Объект (оЬ)ее~) — это типовой программный элемент, используемый любыми частями целостной СУБД, включая аппаратные и программные средства. Обьекты имеют дескрипторы (девсп рйоп), к которым в ходе выполнения программы возможно обращение, как к именам, указателям и меткам.
Дескрипторы дают информацию о типе объекта и описание характеристик, присущих конкретному объекту. К объектам СУБД относятся таблицы, запросы, формы, отчеты, макросы, модули. Объектами являются также элементы управления, помещаемые в формы, и отчеты. Класс (с1ава) представляет собой описание совокупности однотипных объектов. Свойство (ргорег1у) представляет собой описание характеристики либо отдельного объекта, либо класса объектов. Событие (еяеп1) можно представить как некоторую реакцию объекта на определенные действия пользователя или программы в процессе работы с базой данных. Объектная модель (оЬ3ес1 шос)е1), илн объектная архитектура (оЬ)ес1 агсЬ11ес1иге), — это совокупность взаимосвязанных объектов, описывающих конкретную программную систему.
В таких системах все процессы, связанные с обработкой и управлением информацией, представляются как операции над объектами. Проблемы оптимизации управления удаленными объектами баз данных связаны с соответствующими алгоритмами (технологиями) доступа к информации. Как уже говорилось, ядром практически всех реляционных СУБД является язык Я(.)Ь. Появление трехуровневых архитектур управления базами данных привело к созданию технологий разработки приложений промежуточного 2-го уровня с применением универсальных языков программирования.
В этом случае разработчики вынуждены интегрировать Б(.1Ь в соответствующие СУБД. Кроме того, развитие и совершенствование информационных технологий привело к появлению нового направления — объектно-ориентированного проектирования баз данных. Концептуально стратегия объектно-ориентированного проектирования СУБД с применением технологий реляционных баз данных может быть сведена к следующим положениям: ° введение средств работы с базой данных в язык программирования; ° предоставление расширяемых объектно-ориентированных библиотек; ° дополнение языка Я.)Ь объектно-ориентированными функциями; ° разработка новых языков и моделей баз данных. 'Рассмотрим эти положения.
Введеыие средств работы с базой данных в существующий объектыо-ориентированный язык программирования. При таком подходе традиционные функции базы данных встраиваются в существуюшие объектно-ориентированные языки программирования, например Бшай1а(к, С++, лаяа. Подобный подход используется в языке ОешБ1опе, в котором дополняются возможности именно этих трех языков. Предоставление расширяемых объектыо-ориеытироваыных библиотек. При этом подходе также предусматривается введение традиционных функций базы данных в существующий объектно-ориентированный язык программирования. В данном случае вместо расширения функций самого языка используются дополнитель- 82 ные библиотеки классов, поддерживающие объектные типы данных, транзакции„параллельную обработку, защиту данных и т.д.
Этот подход используется в продуктах Оптов, Чегзапг, ОЬ)есгбгоге. Дополнение языка Б()1 объектно-ориентированными функциями. Благодаря широкому распространению языка Б()1. некоторые компании-разработчики пытаются расширить его в целях поддержания объектно-ориентированных конструкций. Этот подход используется компаниями-разработчиками реляционных и объектно-ориентированных СУБД. Поддержка подобных объектно-ориентированных инструментов уже предусматривается в очередной версии стандарта Я(Н.— БО).3. Разработка новых языков и моделей баз данных. Это наиболее радикальный подход, требующий пересмотра концепций реляционного подхода, с полной ориентацией на объектно-ориентированные модели данных.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
