Доступ к данным в трехуровневой архитектуре

Реализация изложенной архитектурной концепции вовсе не обязательно явно включает все три уровня. Однако, в любой реализации ПП получают доступ к хранимым данным только через посредство СУБД. Для примера рассмотрим схему алгоритма выполнения операции чтения данных прикладной программой [9] (см. рис. 4.3).

Рис. 3.5 Доступ к данным в СБД

Шаг 1. ПП обращается к СУБД с запросом на чтение записи внешней модели.

Шаг 2. СУБД, используя схемы ВМД и КМД и описание отображения внешний – концептуальный, определяет, какие записи КМД необходимы для формирования требуемой записи ВМД.

Шаг 3. СУБД, используя схемы КМД и В_НМД и описание отображения концептуальный – внутренний, определяет, какие записи внутренней модели необходимы для формирования затребованных записей КМД и совокупность физических записей, которые должны быть для этого считаны с физического носителя.

Шаг 4. СУБД выдает ОС запрос на считывание в свои буферы необходимых записей физической базы данных (ФБД).

Шаг 5. ОС считывает затребованные записи и помещает их в системные буферы СУБД.

Шаг 6. На основании имеющихся схем моделей и описаний отображений СУБД формирует в своем буфере затребованную внешнюю запись.

Шаг 7. СУБД пересылает сформированную внешнюю запись в рабочую область (РО) ПП.

Шаг 8. СУБД передает в ПП сообщение о результатах выполнения запроса.

Процедура записи данных из ПП в ФБД выполняется аналогично.

12_ Архітектура СБД ANSI/SPARC. Мови баз даних. DDL. DML. 4GL.

Рівні трьохрівневої архітектури (ТА):

i. Зовнішній - представления данных для конечных пользователей

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

k. Внутрішній - представление данных в памяти ЭВМ, но без конкретных технических деталей (схема хранения)

Мета ТА розподіл представлення БД користувача від її фізичного приставлення.

Причини по яким не обхідно виконувати цей розподіл:

l. кожний користувач повинен мати можливість звертатися до одних і тих даних, використовуючи собсвеное представлення про них. Кожний користувач повинен мати можливість змінювати своє уявлення про дані, але це не впливає на інших користувачів.

m. Користувачі не повинні мати ніякого діла з якими небудь подробностями фізичного зберігання даних, тобто взаємодія користувачі з БД не повино залежити від особливостей зберігання даних.

n. АБД повинен мати можливість змінювати структуру збереження даних.

o. Внутрішню структура БД не повина залежити від яких небуть фізичних аспектів зберігання даних.

p. АБД повинен мати можливість змінювати концептуальну або глобальну структуру БД без впливу н акористувачів.

Рис. 3.3 Трехуровневая архитектура БД (общий вид)