База данных библиотеки ВУЗа
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
В°бором параметров:
именем - указывается в виде глагола и определяет семантику (смысловую подоплеку) связи;
кратностью (кардинальность, мощность): один-к-одному (1:1), один-ко-многим (1:N) и многие-ко-многим (N:M, N = M или N <> M). Кратность показывает, какое количество экземпляров одной сущности определяется экземпляром другой. Например, на одном участке (описывается строкой таблицы Участки) может быть один, два и более путей (каждый путь описывается отдельной строкой в таблице Пути). В данном случае связь 1:N. Другой пример: один путь проходит через несколько раздельных пунктов и через один раздельный пункт может проходить несколько путей - cвязь N:M;
типом: идентифицирующая (атрибуты одной сущности, называемые внешним ключом, входят в состав дочерней и служат для идентификации ее экземпляров, т.е. входят в ее первичный ключ) и неидентифицирующая (внешний ключ имеется в дочерней сущности, но не входит в состав первичного ключа);
обязательностью: обязательная (при вводе нового экземпляра в дочернюю сущность заполнение атрибутов внешнего ключа обязательно и для введенных значений должен существовать экземпляр в родительской сущности) и необязательная (заполнение атрибутов внешнего ключа в экземпляре дочерней сущности необязательно или введенным значениям не соответствует экземпляр в родительской сущности);
степенью участия - количеством сущностей, участвующих в связи. В основном между сущностями существуют бинарные связи, т. е. ассоциации, связывающие две сущности (степень участия равна 2). Например, Участок состоит из Путей. В то же время по степени участия возможны следующие типы связей:
-унарная (рекурсивная) - сущность может быть связана сама с собой. Например, в таблице Работники могут быть записи и по подчиненным, и по их начальникам. Тогда возможна связь начальник - подчиненный, определенная на одной таблице;
На основании нотации построения концептуальной модели была разработана диаграмма модели базы данных библиотеки рис. 4
Рис. 4. Концептуальная модель
2. Проектирование Логической модели базы данных
2.1 Обоснование типа логической модели
Логическая модель - это абстрактный взгляд на данные. На нем данные представляются так, как выглядят в реальном мире. Объекты и модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель данных является универсальной и никак не связанна с конкретной реализацией СУБД.
Логическая структура базы данных, а так же сама заполненная данными база данных, является отображением реальной предметной области. Поэтому на выбор проектных решений самое непосредственное влияние оказывает специфика отображаемой предметной области.
Поскольку основу любой базы данных составляет информационная структура, базы данных делят на три типа: реляционные (табличные), сетевые, иерархические.
Иерархическая модель
Модель этого типа жестко сконструирована, то есть взаимосвязь между объектами внутри модели подчинена строгому ранжиру. Подчинение объектов разделено на уровни. На первом уровне представлен один главный объект, которому подчиняются объекты второго уровня. Причем объект первого уровня не может напрямую управлять объектом третьего уровня возможно только через объект второго уровня. Также запрещены взаимосвязи на одном уровне.
Сетевая модель
Сетевая модель более демократична. В сетевой модели отсутствует понятие главного и подчиненного объекта. Один и тот же объект может выступать как главный и как подчиненный, то есть иметь любое количество взаимосвязей. Здесь допустимы связи на одном уровне.
Реляционная модель
В реляционной модели, объекты представлены в виде таблиц (двухмерных массивов). Причем таблицей могут отображаться не только объекты, но и связи каждая таблица состоит из произвольного количества строк и произвольного количества столбцов. Обязательным условием построения реляционной модели является наличие в каждой модели первичного ключа. Этот вид модели имеет наибольшее распространение при построении баз данных.
В основе реляционной модели данных лежат не графические табличные методы и средства представления данных и манипулирование ими. Таблица отражает объект реального мира - сущность. Каждый столбец таблицы имеет уникальное для каждой таблицы имя.
Реляционные системы исключили необходимость сложной навигации, поскольку данные представлены в них не в виде одного файла, а независимыми наборами. В реляционной модели все таблицы должны быть преобразованы в отношения. Отношения связаны между собой. Связи поддерживаются внешними ключами. В реляционной теории есть понятия ключ и вероятный ключ. Эти понятия характеризуют не предметную область, а именно таблицу реляционной базы данных.
После создания различных таблиц, содержащих данные, относящиеся к различным аспектам базы данных, необходимо обеспечить целостность базы данных [3].
Для данного проекта подходит больше всего реляционная модель построения базы данных.
.2 Разработка логической модели базы данных
При проектировании логической структуры реляционной базы данных определяется оптимальный состав таблиц для хранения исходной информации. Для каждой таблицы указывается ее название, перечень полей и первичный ключ. Идентифицируются связи между таблица