Моделирование потоков данных — КиберПедия 

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

Опора деревянной одностоечной и способы укрепление угловых опор: Опоры ВЛ - конструкции, предназначен­ные для поддерживания проводов на необходимой высоте над землей, водой...

Моделирование потоков данных



 

Анализ определенных выше объектов и атрибутов позволяет выделить сущности проектируемой базы данных и, приняв решение о создании реляционной базы данных, построить ее инфологическую модель на языке "Таблицы-связи" (рис. 2.1) [3].

К стержневым сущностям можно отнести:

1. Создатели (Код создателя, Создатель).

Эта сущность отводится для хранения сведений об основных людях, принимавших участие в подготовке рукописи издания (авторах, составителях, титульных редакторах, переводчиках и художниках). Такое объединение допустимо, так как данные о разных создателях выбираются из одного домена (фамилия и имена) и исключает дублирование данных (один и тот же человек может играть разные роли в подготовке разных изданий). Например, С.Я.Маршак писал стихи (Сказка о глупом мышонке) и пьесы (Двенадцать месяцев), переводил Дж.Байрона, Р.Бернса, Г.Гейне и составлял сборники стихов.

Так как фамилия и имена (инициалы) создателя могут быть достаточно громоздкими (М.Е. Салтыков-Щедрин, Франсуа Рене де Шатобриан, Остен Жюль Жан-Батист Ипполит и т.п.) и будут многократно встречаться в разных изданиях, то их целесообразно нумеровать и ссылаться на эти номера. Для этого вводится целочисленный атрибут "Код_создателя", который будет автоматически наращиваться на единицу при вводе в базу данных нового автора, переводчика или другого создателя.

Аналогично создаются: Код_издательства, Код_заглавия, Вид_ издания, Код_характера, Код_языка, Номер_билета, Номер_пере- плета, Код_места и Код_издания, замещающие от одного до девяти атрибутов.

2. Издательства (Код_издательства, Название, Город).

3. Заглавия (Код_заглавия, Заглавие).

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

4. Вид_издания (Вид_издания, Название_вида).

5. Характеры (Код_характера, Характер_переиздания).

6. Языки (Код_языка, Язык, Сокращение).

Кроме названия языка хранится его общепринятое сокращение (англ., исп., нем., фр.), если оно существует.

7. Места (Код_места, Номер_комнаты, Номер_стеллажа, Номер_ полки).

Один из кодов этой сущности (например, "-1") отведен для описания обобщенного места, находящегося за стенами хранилища книг (издание выдано читателю, временно передано другой библиотеке или организации).

8. Читатели (Номер_билета, Фамилия, Имя, Отчество, Адрес, Телефон).



Две ключевые сущности, описывающие издание и его конкретные экземпляры, оказываются зависимыми от других сущностей и попадают в класс обозначений:

1. Издание (Код_издания, Код_заглавия, Вид_издания, Номер_тома, Авторский_знак, Библиотечн_шифр, Повторность, Код_издательства, Год_издания, Аннотация) [Заглавия, Вид_издания, Издательства];

2. Переплеты (Номер_переплета, Код_издания, Цена, Дата_приобретения)[Издания];

Стержневые сущности и обозначения связаны между собой ассоциациями:

1. Авторы [Создатели M, Издание N] (Код_создателя, Код_издания).

2. Составители [Создатели M, Издания N] (Код_создателя, Код_издания).

3. Редакторы [Создатели M, Издания N] (Код_создателя, Код_издания).

4. Переводчики [Создатели M, Издания N] (Код_создателя, Код_издания, Язык).

5. Переиздания [Характеры M, Издания N] (Код_характера, Код_издания).

6. Размещение [Места M, Переплеты N] (Код_места, Номер_переплета, Дата_размещения, Дата_изъятия).

7. Выдача [Читатели M, Переплеты N] (Номер_билета, Номер_переплета, Дата_выдачи, Срок, Дата_возврата).

 

 

Рисунок 2.1. Инфологическая модель базы данных "Библиотека", построенная с помощью языка "Таблицы-связи"

 

Проектирование базы данных

Описание структуры данных

Описание таблиц базы данных

Название поля Тип поля Ключевое поле
создатели
Код создателей Числовой ü
Ф И О Текстовый  
издательства
Код издательства Числовой ü
Название Текстовый  
Город Текстовый  
Вид издания
Вид издания Числовой ü
Название вида Текстовый  
Языки
Код языка Числовой ü
Язык Текстовый  
Сокращение Текстовый  
Места
Код места Числовой ü
Номер комнаты Числовой  
Номер стелажа Числовой  
Номер полки Числовой  
Читатели
Номер предмета Числовой ü
Фамилия Текстовый  
Имя Текстовый  
Отчество Текстовый
Адрес Текстовый
Телефон Текстовый
Издание
Код издания Числовой ü
Код заглавия Текстовый  
Вид издания Текстовый  
Номер тома Числовой  
Авторский знак Текстовый  
Библиотечный шифр Текстовый  
Повторность Числовой  
Код издательства Числовой  
Год издания Числовой  
Переплеты
Номер переплета Числовой ü
Код издания Числовой  
Цена Денежный  
Дата приобретения Дата  
Переводчики
Код создателя Числовой ü
Код издания Числовой  
Размещение
Код места Числовой ü
Номер переплета Числовой  
Дата размещения Дата  
Дата изъятия Дата
Выдача
Номер билета Числовой ü
Номер переплета Числовой  
Дата выдачи Дата  
Срок Числовой  
Дата возврата Дата  
Теперь следует проверить, не нарушены ли в данном проекте какие-либо принципы нормализации, т.е. что любое неключевое поле каждой таблицы:

· функционально зависит от полного первичного ключа, а не от его части (если ключ составной);



· не имеет функциональной зависимости от другого неключевого поля.

· Сущности Авторы, Составители, Редакторы, Переиздания, не имеющие неключевых полей, безусловно нормализованы. Нормализованы и сущности Создатели, Характеры, Заглавия, Вид_издания, состоящие из несоставного ключа и единственного неключевого поля.

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

Наконец, анализ сущностей Издания, Переплеты, Места, Читатели и Языки, показал, что единственной "подозрительной" сущностью является стержень Языки, имеющий два функционально связанных неключевых поля: Язык и Сокращение.

Поле Язык стало неключевым из-за ввода цифрового первичного ключа Код_языка, заменяющего текстовый возможный ключ Язык. Это позволило уменьшить объем хранимых данных в таблице Переводчики, затраты труда на ввод множества текстовых значений и возможной противоречивости, которая часто возникает из-за ввода в разные поля ошибочных дубликатов (например, "Английский", "Англиский", "Анлийский", "Англйский" и т.п.). Если мы вспомним рекомендации п. о замене на время нормализации цифровыз заменителей первичных ключей (Код_языка) на исходный ключ (Язык) или воспользуемся формулировкой НФБК, то окажется, что таблица Языки – нормализована.

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

 

Описание запросов

 

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

 

 

Рисунок 3.1. Запрос по категории «Авторы»

 

 

Рисунок 3.2. Запрос по категории «Издания»

 

 

Рисунок 3.3. Запрос по категории «Читатели»

Отчеты

 

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

 

Рисунок 3.4. Отчет по категории «Издания»

 

Рисунок 3.5. Отчет по категории «Создатели»






Организация стока поверхностных вод: Наибольшее количество влаги на земном шаре испаряется с поверхности морей и океанов (88‰)...

Механическое удерживание земляных масс: Механическое удерживание земляных масс на склоне обеспечивают контрфорсными сооружениями различных конструкций...

Индивидуальные и групповые автопоилки: для животных. Схемы и конструкции...

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





© cyberpedia.su 2017-2020 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав

0.01 с.