Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ЛР 1-2 по БД, варианты, методички / Базы Данных Состав СУБД 3ур арх(2) - копия.ppt
Скачиваний:
45
Добавлен:
21.03.2016
Размер:
457.22 Кб
Скачать

2. Трехуровневая архитектура БД (СУБД)

С

У

Б

Д

2.1.Историческая справка

1.1971г. – рабочая группа CODASIL (Conference on Data Systems and Languages – Конференция по языкам и системам данных): двухуровневый подход (выделение системного представления и пользовательских представлений).

2.1975г. – Комитет планирования стандартов и норм SPARC (Standarts Planning and Requirements Committee) Американского национального института стандартов ANSI (American National Standarts Institute): обобщенная трехуровневая архитектуры описания БД.

3.1978г. – официальное признание трехуровневойархитектуры.

2.2. Внешний уровень

Внешний уровень – пользовательский уровень.

Представление данных с точки зрения пользователей – внешнее представление.

Подсхема – частичные или переопределенные описания БД для отдельных групп пользователей или ориентированные на отдельные аспекты предметной области.

2.2. Концептуальный

уровень

Обеспечивает представление всей информации в абстрактной форме.

Концептуальная схема содержит:

1.Объекты и их атрибуты.

2.Связи между объектами.

3.Ограничения, накладываемые на данные.

4.Семантическая информация о данных.

5.Алгоритмические связи показателей.

6.Обеспечение безопасности и поддержки целостности данных.

2.2. Внутренний уровень

Обеспечивает взаимодействие СУБД с методами доступа ОС (вспомогательными функциями хранения и извлечения записей данных) с целью размещения данных на ЗУ, создания индексов, извлечения данных.

Содержит:

1.Информацию о распределении дискового пространства для хранения индексов и данных.

2.Описание подробностей сохранения записей.

3.Сведения о размещении записей.

4.Сведения о сжатии данных и выбранных методах их шифрования.

Вывод

1.Реализация трехуровневой архитектуры БД требует, чтобы СУБД переводила информацию с одного уровня на другой, т.е преобразовывала адреса и указатели в соответствующие логические имена и наоборот.

2.Для установления соответствия между любым внешней и внутренней схемами СУБД должна использовать информацию из концептуальной схемы. Она связана с внутренней схемой посредством концептуально- внутреннего отображения. Оно позволяет найти фактическую запись или набор записей на физическом устройстве хранения, которые образуют логическую запись в концептуальной схеме.

3.Каждая внешняя схема связана с концептуальной с помощью внешне-концептуального отображения. С его помощью СУБД может отображать имена пользовательского представления на соответствующую часть концептуальной схемы.

Литература

1.[2], с.60-61

2.[3], с. 33-38