Схема функционирования СУБД

 

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

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

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

4. На основе описания физической организации данных определяется, какие физические записи следует считать в системные буферы, чтобы сформировать затем требуемые данные.

5. Операционной системе выдается задание на чтение требуемых физических данных.

6. Работают программы, реализующие методы доступа операционной системы.

7. Из внешних запоминающих устройств запрошенные физические записи перемещаются в системные буферы.

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

9. Данные из системных буферов СУБД передаются в рабочую область прикладной программы Пр1.

10. СУБД формирует и передает прикладной программе код возврата или информацию о своей работе в процессе обслуживания ее запроса.

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

 

Организация поиска данных

 

Запись логического файла идентифицируется с помощью уникальной группы символов – ключа. Обычно ключом является поле или совокупность полей фиксированной длины. В общем случае в качестве ключа может выступать любое поле записи. Каждому значению ключа может соответствовать одна или несколько записей файла. Ключ, каждому значению которого соответствует одна и только одна запись файла, называется первичным, или основным, ключом. Логические записи файла могут иметь несколько первичных ключей.

Каждой записи при ее хранении в памяти соответствует вполне определенное место, задаваемое адресом. Способ, задающий соответствие между основным ключом записи и ее адресом памяти, называется способом адресации. Основную проблему при адресации файла можно сформулировать следующим образом: как по основному ключу определить местоположение записи с данным ключом? Существует много различных способов адресации файлов, которые можно отнести к следующим трем группам: способы последовательной, индексной и прямой адресации. Используются также различные комбинации этих основных способов адресации.

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

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

В зависимости от способов адресации файла могут использоваться различные способы локализации (поиска) записи с заданным значением ключа. При последовательной адресации поиск записи может осуществляться только путем просмотра (сканирования) файла с проверкой ключей записи. Этот способ поиска записей является наиболее простым.

 

Администратор базы данных

 

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

В обязанности администратора БД входят:

· определение информационного содержания базы данных;

· определение структуры памяти и стратегии доступа;

· взаимодействие с пользователем;

· определение стратегии отказа и восстановления;

· модернизация и эффективность работы базы данных.

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

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

СУБД Microsoft Access