- •Базы Данных
- •1. Компоненты среды СУБД
- •1.1. Данные
- •1.2. Аппаратное обеспечение
- •1.3. Программное обеспечение
- •1.4. Пользователи: администраторы
- •1.5. Пользователи: разработчики БД
- •1.6. Пользователи: прикладные программисты
- •1.7. Пользователи: клиенты
- •Литература
- •2. Трехуровневая архитектура БД (СУБД)
- •2.1.Историческая справка
- •2.2. Внешний уровень
- •2.2. Концептуальный
- •2.2. Внутренний уровень
- •Вывод
- •Литература
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
