Файл: Тема 6_Архитектура БД.pdf

Описание  уровней  архитектуры  БД  можно  представить  в  виде  некоторого 

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

В  соответствии  с  архитектурой  БД,  существуют  несколько  внешних  схем  или 

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

Рассмотрим  представление  различных  уровней  архитектуры  базы  данных  на 

примере  БД,  созданной  для  решения  задачи  автоматизации  управлением  персоналом 
некоторой фирмы. 

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

 рассматриваемой БД может быть представлен в виде 

SQL

—

скриптов

  объектов  БД,  если  для  реализации  БД  выбрана  СУБД,  поддерживающая 

стандарт  языка 

SQL

, 

либо  в  виде  описания

,  содержащего 

конструкции  языка

определения данных выбранной СУБД. 

Основным  назначением  трехуровневой  архитектуры  БД  является  обеспечение 

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

Различают 

логическую  и  физическую  независимость  данных

.  Логическая 

независимость  данных  поддерживает  защищенность  внешних  схем  от  изменений, 
вносимых на концептуальном уровне. Так, например, при функциональном развитии АИС 
проводится дообследование предметной области и в концептуальную схему добавляется 
описание  новых  данных.  При  этом  некоторые  внешние  схемы  даже  не  замечают  этих 
изменений, часть пользователей работает с БД в прежнем виде. Физическая независимость 
поддерживает  защищенность  концептуальной  схемы  от  изменений,  вносимых  на 
физическом  уровне.  Например,  добавление  индексов,  создание  триггеров  не  требуют 
внесения  изменений  в  концептуальную  схему.  Также,  возможен  перевод  физической 
модели  БД  на  ЯОД  другой  СУБД  без  внесения  изменений  во  внешние  схемы. 
Пользователь  сможет  заметить  только  увеличение  или  уменьшение  производительности 
системы. 

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

последовательное проектирование схем каждого уровня архитектуры БД.