Для распределенных СУБД

Методы и средства реализации РБД

Тема 2

Лекция 3

2.1 Архитектура ANSI/SPARC

Первая попытка создания стандартной терминологии и общей архитектуры СУБД была предпринята в 1971 году группой, называемой DBTG. Она была создана после конференции СОDASYL (Конференция по языкам и системам данных), прошедшей в этом же году, Группа DBTG признала необходимость использования двухуровневого подхода, построенного на основе использования системного представления, т.е. схемы, и пользовательских представлений, т.е. подсхем. Сходные терминология и архитектура были предложены в 1975 году Комитетом планирования стандартов и норм- SРАКС Национального Института Стандартизации США-ANSI. Комитет ANSI / SРАКС признал необходимость использования трехуровневого подхода.

Основное внимание в нем было сконцентрировано на необходимости вопло­щения независимого уровня для изоляции программ от особенностей представления дан­ных на более низком уровне.

Для нас наиболее фундаментальным моментом в этих и последующих отчетах исследовательских групп является идентификация трех уровней абстракции, т.е. трех различных уровней описания элементов данных.. Эти уровни формируют трехуров­невую архитектуру, которая охватывает внешний, концептуальный и внутренний, как показано на рис. 2.1. Цель трехуровневой архитектуры заключается в отделении пользовательского представления базы данных от ее физического представления. Ниже перечислено несколько причин, по которым желательно выполнять такое разделение,

· Каждый пользователь должен иметь возможность обращаться к одним и тем же данным, используя свое собственное представление о них. Каж­дый пользователь должен иметь возможность изменять свое представле­ние о данных, причем это изменение не должно оказывать влияния на других пользователей.

· Пользователи не должны непосредственно иметь дело с такими подробно­стями физического хранения данных в базе, как индексирование и хеши­рование. Иначе говоря, взаимодействие пользователя с базой не должно зависеть от осо­бенностей хранения в ней данных.

· Администратор базы данных (АБД) должен иметь возможность изменять структуру хранения данных в базе, не оказывая влияния на пользователь­ские представления.

· Внутренняя структура базы данных не должна зависеть от таких измене­ний физических аспектов хранения информации, как переключение на но­вое устройство хранения.

· АБД должен иметь возможность изменять концептуальную или гло­бальную структуру базы данных без какого-либо влияния на всех поль­зователей.

Пользователь 1 Пользователь 2 Пользователь п Рис. 2.1. Трехуровневая архитектура ANSI / SРАКС

Дата добавления: 2014-01-20