Реляционные базы данных
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
. Надо учитывать, что одинаковые данные в разных приложениях отличаются организацией, то есть обладают разной последовательностью размещения в записи, разные форматы одних и тех же полей и т.п. Поэтому обобщить все данные очень сложно. Это связано с тем, что если один разработчик производит изменение структуры записи файла, то и другой разработчик должен произвести изменения в программах, использующих записи этого файла.
Архитектура СУБД
СУБД предназначено для предоставления доступа к данным различных пользователей, причем, даже для тех, которые не имеют представления о том, какими функциями обладают СУБД:
-физическое размещение в памяти данных и их описание;
-механизмы поиска запрашиваемых данных;
-проблемы, которые возникают, когда одновременно запрашиваются одни и
-тех же данные многими пользователями (прикладными программами);
-способы, которые обеспечивают защиту данных от некорректных обновлений
-и (или) несанкционированного доступа;
-поддержание баз данных в актуальном состоянии и т. д.
Выполняя основные из перечисленных функций СУБД пользуется так же различными описаниями данных. Каким образом создаются эти описания?
На первом этапе создания проекта базы данных анализируется предметная область и выявляются основные требования к ней различных пользователей. Чаще всего это сотрудники организации, для которой создается база данных. Отметим, что за проектирование отвечает человек, которого называют администратором данных (АБД). Это может быть какой-нибудь сотрудник данной организации или будущий пользователь базы данных, который хорошо знаком с машинной обработкой данных.
Вначале АБД проводит опрос и объединяет частные представления о содержимом базы данных и свои представления о данных, которые могут потребоваться в будущих приложениях. Затем он создает обобщенное неформальное описание создаваемой базы данных. В описании используется естественный язык, математические формулы, таблицы, графики и другие средства,
понятные всем людям, работающим над проектированием базы данных. Такое описание называется инфологической моделью данных (см. Рисунок 1).
Эта модель ориентирована на человека и полностью независима от физических параметров среды хранения данных. Примером такой среды может быть память человека. Поэтому инфологическая модель должна оставаться неизменной до тех пор, пока определенные изменения в реальном мире не потребуют изменения в ней некоторого определения, чтобы эта модель продолжала отражать предметную область.
Рисунок 1 Уровни моделей данных
Остальные модели, приведенные на рис. 1 ориентированы на компьютер. С их помощью осуществляется доступ программам и пользователям к хранимым данным только по их именам. Физическое расположение этих данных не имеет значение. Если необходимо отыскать данные, то СУБД это делает достаточно быстро по физической модели данных.
Осуществление доступа происходит при помощи конкретной СУБД, поэтому описание моделей должно происходить на языке описания данных этой СУБД2.
Это описание создается АБД по инфологической модели данных и называется даталогической моделью данных.
Архитектура имеет три уровня: инфологический, даталогический и физический, что позволяет обеспечить независимость хранимых данных от использующих их программ. Если возникает необходимость, то АБД переписывает хранимые данные на другие носители информации и (или) реорганизовывает их физическую структуру, изменяя только физическую модель данных. При этом он может подключить к системе любое число новых пользователей (новых приложений), дополнив, если надо, даталогическую модель. Эти изменения как правило остаются незамеченными уже существующими пользователями. Следовательно, возможность развития системы баз данных без разрушения существующих приложений обеспечивает определенная независимость данных.
Модели данных
Рассмотрим инфологическую модель, отображающую законы реального мира в различные концепции, доступные для понимания человеком. Они абсолютно независимы от параметров среды хранения данных. На сегодняшний день, можно назвать множество существующих подходов к построению таких моделей. Например, графовые модели, семантические сети, модель "сущность-связь" и т.д. Самой распространенной является модель "сущность-связь".
Ее суть в том, что инфологическую модель отображают в компьютеро-ориентированную даталогическую модель, которая "понятна" СУБД. СУБД, которые способны поддерживать различные даталогические модели создавались в процессе интенсивного развития теории и практического использования баз данных, в том числе и средств вычислительной.
Изначально, использовались иерархические даталогические модели, которые были простыми в организации, имели заранее заданные связи между сущностями. Достаточно высокую производительность иерархических СУБД на медленных ЭВМ с весьма ограниченными объемами памяти обеспечивало сходство с физическими моделями данных. При этом если данные не имели древовидной структуры возникало много проблем.
Для мало ресурсных ЭВМ так же создавались сетевые модели. Они представляют собой сложные структуры, которые в свою очередь состоят из наборов" (поименованных двухуровневых деревьев), которые соединяются с помощью "записей-связок", образуя цепочки и т.д. Чтобы увеличить производительность СУБД при разработке сетевых моде?/p>