Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Реляционные базы данных.docx
Скачиваний:
36
Добавлен:
12.06.2015
Размер:
29.09 Кб
Скачать

Архитектура субд

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

-физическое размещение в памяти данных и их описание;

-механизмы поиска запрашиваемых данных;

-проблемы, которые возникают, когда одновременно запрашиваются одни и

-тех же данные многими пользователями (прикладными программами);

-способы, которые обеспечивают защиту данных от некорректных обновлений

-и (или) несанкционированного доступа;

-поддержание баз данных в актуальном состоянии и т. д.

Выполняя основные из перечисленных функций СУБД пользуется так же различными описаниями данных. Каким образом создаются эти описания?

На первом этапе создания проекта базы данных анализируется предметная область и выявляются основные требования к ней различных пользователей. Чаще всего это сотрудники организации, для которой создается база данных. Отметим, что за проектирование отвечает человек, которого называют администратором данных (АБД). Это может быть какой-нибудь сотрудник данной организации или будущий пользователь базы данных, который хорошо знаком с машинной обработкой данных.

Вначале АБД проводит опрос и объединяет частные представления о содержимом базы данных и свои представления о данных, которые могут потребоваться в будущих приложениях. Затем он создает обобщенное неформальное описание создаваемой базы данных. В описании используется естественный язык, математические формулы, таблицы, графики и другие средства,

понятные всем людям, работающим над проектированием базы данных. Такое описание называется инфологической моделью данных.

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

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

Осуществление доступа происходит при помощи конкретной СУБД, поэтому описание моделей должно происходить на языке описания данных этой СУБД2.

Это описание создается АБД по инфологической модели данных и называется даталогической моделью данных.

Архитектура имеет три уровня: инфологический, даталогический и физический, что позволяет обеспечить независимость хранимых данных от использующих их программ. Если возникает необходимость, то АБД переписывает хранимые данные на другие носители информации и (или) реорганизовывает их физическую структуру, изменяя только физическую модель данных. При этом он может подключить к системе любое число новых пользователей (новых приложений), дополнив, если надо, даталогическую модель. Эти изменения как правило остаются незамеченными уже существующими пользователями. Следовательно, возможность развития системы баз данных без разрушения существующих приложений обеспечивает определенная независимость данных.