Базы данных. Краморенко Н.В. - 11 стр.

UptoLike

Составители: 

12
1. Уровень внешних моделейсамый верхний уровень, где каждая модель имеет свое «видение»
данных. Этот уровень определяет точку зрения на БД отдельных приложений. Каждое
приложение видит и обрабатывает только те данные, которые необходимы именно этому
приложению. Например, система распределения работ использует сведения о квалификации
сотрудника, но ее не интересуют сведения об окладе, домашнем адресе и телефоне сотрудника, и
наоборот, именно эти сведения используются в подсистеме отдела кадров.
2. Концептуальный уровеньцентральное управляющее звено, здесь база данных представлена в
наиболее общем виде, который объединяет данные, используемые всеми приложениями,
работающими с данной базой данных. Фактически концептуальный уровень отражает
обобщенную модель предметной области (объектов реального мира), для которой создавалась
база данных. Как любая модель, концептуальная модель отражает только существенные, с точки
зрения обработки, особенности объектов реального мира.
3. Физический уровеньсобственно данные, расположенные в файлах или в страничных
структурах, расположенных на внешних носителях информации.
Эта
архитектура позволяет обеспечить логическую (между уровнями 1 и 2) и физическую
(
между уровнями 2 и 3) независимость при работе с данными.
Логическая независимость предполагает возможность изменения одного приложения без
корректировки других приложений, работающих с этой же базой данных.
Физическая независимость предполагает возможность переноса хранимой информации с
одних носителей на другие при сохранении работоспособности всех приложений, работающих с
данной базой данных.
Выделение концептуального уровня позволило разработать аппарат централизованного
управления базой данных.
1.3.2. Процесс прохождения пользовательского запроса
Рис. 1-2 иллюстрирует взаимодействие пользователя, СУБД и операционной системы (ОС)
при обработке запроса на получение данных. Цифрами помечена последовательность
взаимодействий:
Рис. 1-2. Схема прохождения запроса к БД
1. Пользователь посылает СУБД запрос на получение данных из БД.
2. Анализ прав пользователя и внешней модели данных, соответствующей данному
пользователю, подтверждает или запрещает доступ данного пользователя к запрошенным
данным.
3. В случае запрета на доступ к данным СУБД сообщает пользователю об этом (стрелка 12) и
прекращает дальнейший процесс обработки данных, в противном случае СУБД определяет
часть концептуальной модели, которая затрагивается запросом пользователя (стрелка 4)
1. Уровень внешних моделей – самый верхний уровень, где каждая модель имеет свое «видение»
   данных. Этот уровень определяет точку зрения на БД отдельных приложений. Каждое
   приложение видит и обрабатывает только те данные, которые необходимы именно этому
   приложению. Например, система распределения работ использует сведения о квалификации
   сотрудника, но ее не интересуют сведения об окладе, домашнем адресе и телефоне сотрудника, и
   наоборот, именно эти сведения используются в подсистеме отдела кадров.
2. Концептуальный уровень – центральное управляющее звено, здесь база данных представлена в
   наиболее общем виде, который объединяет данные, используемые всеми приложениями,
   работающими с данной базой данных. Фактически концептуальный уровень отражает
   обобщенную модель предметной области (объектов реального мира), для которой создавалась
   база данных. Как любая модель, концептуальная модель отражает только существенные, с точки
   зрения обработки, особенности объектов реального мира.
3. Физический уровень – собственно данные, расположенные в файлах или в страничных
   структурах, расположенных на внешних носителях информации.
       Эта архитектура позволяет обеспечить логическую (между уровнями 1 и 2) и физическую
(между уровнями 2 и 3) независимость при работе с данными.
       Логическая независимость предполагает возможность изменения одного приложения без
корректировки других приложений, работающих с этой же базой данных.
       Физическая независимость предполагает возможность переноса хранимой информации с
одних носителей на другие при сохранении работоспособности всех приложений, работающих с
данной базой данных.
       Выделение концептуального уровня позволило разработать аппарат централизованного
управления базой данных.

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




                           Рис. 1-2. Схема прохождения запроса к БД

   1. Пользователь посылает СУБД запрос на получение данных из БД.
   2. Анализ прав пользователя и внешней модели данных, соответствующей данному
      пользователю, подтверждает или запрещает доступ данного пользователя к запрошенным
      данным.
   3. В случае запрета на доступ к данным СУБД сообщает пользователю об этом (стрелка 12) и
      прекращает дальнейший процесс обработки данных, в противном случае СУБД определяет
      часть концептуальной модели, которая затрагивается запросом пользователя (стрелка 4)

                                              12