Библеотека

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

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

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

    Существуют  следующие ограничения предметной области:

    1) Код книги уникален, т. е. не существует и не возможно существование двух книг с одинаковыми кодами;

    2) несколько Авторов могут иметь один и тот же код, принадлежность к изданию;

    3) код автора уникален;

    4) коды Изданий и Авторов неизменны со дня их влития в базу;  

    В качестве ключа может быть использован  «код Автора» и «код издания», так  как они будут уникальными  на протяжении всего времени. Так  же «Код места» будет ключевым для связи с книгами. Таблицу с «Должниками» никуда цеплять  не будем, и она  будет вестись отдельно ото всех остальных.

    Изучив  предметную область отдел кадров, можно построить следующую модель «Объект – Свойство- Отношение»:

    Издания – Автор– М : 1

    Место хранения – Издания – 1:1

    Основываясь на «Объектах», будет разработано  приложение «Библиотека», которая будет включать в себя:

- Данные Книг;

- Данные  Автора;

- Данные  клиентов;

- Данные  Хранения места;

Разработанное приложение упрощает  работу.

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

Для предметной области «Библиотека» ИЛМ будет выглядеть так: (Рисунок 1 и Рисунок 2)

Издания(KodIz, Naze, GodIz, Izd, T, KodM, C, TipO, DatPo, ChisloSt, Raz, FIOA, KodA).

Авторы(KodA, FIOA, GodR, GodS, MestoR, Obr).

Код места(KodM, K, Shk, P).

Кто взял(FioCH, DVz, DVzv). 
 
 
 
 
 
 
 
 
 
 
 

Рис1. 
 

Рис.2

 

    Для наиболее распространенных реляционных баз данных можно предложить язык инфологического моделирования «Таблица - связь» (рисунок 3). В нем все сущности изображаются одностолбцовыми таблицами с заголовками, состоящими из имен и типа сущности. Строки таблицы – это перечень атребутов сущности.

    Рис.3

    

Спроектированная  модель БД будет использована для  Библиотеки.

    Логическая  модель базы данных

    Задачей этого этапа является выбор подходящей СУБД и отображение в её среду спецификаций модели предметной области. Другими словами, модель предметной области разрабатываемой базы данных должна быть представлена в терминах модели данных концептуального уровня выбранной конкретной СУБД (файлы, сегменты, типы записей, реляционные таблицы). В соответствии со шведской терминологией, на этом этапе осуществляется отображение инфологической модели предметной области в даталогическую среду. Результатом этапа логического проектирования базы данных является концептуальная схема базы данных, описывающая логическую концептуальную модель базы данных. Концептуальная схема базы данных вместе с другими архитектурными уровнями системы базы данных (внутренняя и внешняя схемы) позволяет СУБД правильно интерпретировать содержимое базы данных и выполнять необходимые операции. Логическое проектирование – преобразование требований к данным в структуры данных. На выходе получаем СУБД- ориентированную структуру базы данных и спецификации прикладных программ.

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

    Таблица 1. Издания

Код издания

Название

Год издания

Издательство

Том

Код места

Цена

Тип обложки

Дата покупки

Число страниц

Раздел

ФИО автора

Код автора

    Таблица 2. Авторы

Код автора	ФИО Автора	Год рождении	Год смерти	Место рождения	Образование

 

    Таблица 3. Место хранения

Код места	Комната	Шкаф	Полка

    Таблица 4. Кто взял

ФИО должника	Дата взятия	Дата возврата

 

    Выявление функциональной зависимости.

    Определим в качестве примера функциональные и выделим информационные объекты.

    Используя ФЗ в отношении, можно однозначно определить значения зависимых атрибутов  по значениям атрибутов-аргументов только в каком-то фиксированном, определённом состоянии базы данных. Закономерности изменения значений зависимых атрибутов от атрибутов-аргументов при изменении состояния базы данных обычно неизвестны или вообще отсутствуют (в лучшем случае имеются только статистические зависимости). В этом состоит основное отличие ФЗ в математике и в теории отношений. Ещё одной особенностью отношений является только табличный способ задания значений атрибутов. Функциональная зависимость является обобщением понятия ключа в реляционных моделях. Функциональные зависимости используются при проектировании реляционных баз данных, а именно, при определении ключей отношений. При этом из множества всех ФЗ выбираются те из них, которые можно использовать в качестве ключей. Множество полных ФЗ отношения можно наглядно представить графически. Сравнивая определение полной ФЗ и определение ключа отношения, можно сделать вывод, что аргумент полной ФЗ в информационном объекте является потенциальным ключом отношения. Функциональные зависимости позволяют определить множество потенциальных ключей отношения. Множество полных ФЗ отношения можно наглядно представить графически: Выявление функциональной зависимости.

    Таблица 5- Издания 

Документ	Наименование  реквизита	Имя	Функциональная  зависимость
Авторы	Код автора ФИО Автора Год Рождения Год Смерти Место Рождения Образование	KodA FIOA GodR GodS MestoR Obr

 

    Таблица 6-Авторы 

Документ	Наименование  реквизита	Имя	Функциональная  зависимость
Издание	Код Издания Название Год Издания Издательство Том Код места Цена Тип обложки Дата  покупки Число страниц Раздел ФИО автора Код автора	KodIz, Naze, GodIz, Izd, T, KodM, C, TipO, DatPo, ChisloSt, Raz, FIOA, KodA

    Таблица 7-Место хранения 

Документ	Наименование  реквизита	Имя	Функциональная  зависимость
Место хранения	Код Места Комната Шкаф Полка	KodM K Shk P

 
 

    Таблица 8-Место хранения 

Документ	Наименование  реквизита	Имя	Функциональная  зависимость
Должники Кто должен	ФИО Должника Дата  Взятия Дата  Сдачи	FioCH DVz DVzv

 
 

           Связи информационных объектов

Имя таблицы	Имя поля	Длина поля	Тип данных	Вид индекса
Издания	Код Издания Название Год Издания Издательство Том Код места Цена Тип обложки Дата  покупки Число страниц Раздел ФИО автора Код автора	Счетчик Текстовой Текстовой Текстовой Числовой Числовой Текстовой   Текстовой  Текстовой  Числовой Текстовой Текстовой  Числовой	50 50 50 50 50 50 50 50 50 50 50 50 50	П.У        П.            П
Место хранения	Код Места Комната Шкаф Полка	Счетчик Текстовой Текстовой Текстовой	50 50 50 50	П.У
Автор	Код автора ФИО Автора Год Рождения Год Смерти Место Рождения Образование	Счетчик  Текстовой Текстовой Текстовой  Текстовой Текстовой	50 50 50 50 50 50	П.У
Должники	ФИО Должника Дата  Взятия Дата  Сдачи	Текстовой Текстовой Текстовой	50 50 50