47
Связи дают возможность по одной сути отыскивать иные сути, связанные с
нею. К примеру, связи меж сущностями имеют все шансы выражаться надлежащими
триадами.
Любая ассоциация содержит два конца и одно или два названия. Название, как
правило, выражается в неопределенной глагольной форме: "иметь", "принадлежать"
и т.п. Любое из названий относится к собственному концу связи. Временами
названия не пишутся ввиду их очевидности.
Ассоциация на подобии один-к-одному означает, что экземпляр первой сути
(левой) связан с одним экземпляром второй сути (правой). Ассоциация один-к-
одному чаще всего говорит о том, собственно, что на самом деле мы имеем всего
одну суть, неверно разбитую на две.
Ассоциация на подобии один-ко-многим означает, что экземпляр первой сути
(левой) связан с несколькими экземплярами второй сути (правой). Это более нередко
применяемый образ связи. Левая суть именуется родительской, правая - дочерней.
Свойственный образ подобный связи приведен на рисунке 4.
Ассоциация на подобии много-ко-многим означает, что любой экземпляр
первой сути (левой) имеет возможность быть связан с несколькими экземплярами
второй сути, и любой экземпляр второй сути имеет возможность быть связан с
несколькими экземплярами первой сути. Образ связи много-ко-многим считается
временным типом связи, допустимым на ранних шагах разработки модели. В
последующем данный образ связи обязан быть заменен 2-мя связями на подобии
один-ко-многим путем создания промежуточной сущности.
Модальность "имеет возможность" значит, что экземпляр одной сути имеет
возможность быть связан с одним или же несколькими экземплярами иной сути, а
имеет возможность быть, и не связан ни с одним экземпляром.
Модальность "обязан" значит, что экземпляр одной сути должен быть связан
не менее чем с одним экземпляром иной сути.
Ассоциация имеет возможность владеть различную модальность с различных
концов. Описанный графический синтаксис разрешает, несомненно, декламировать
диаграммы, воспользовавшись надлежащей схемой возведения тирад:
Любая ассоциация имеет возможность быть прочитана как слева вправо,
например и справа влево.
48
Единство сущностей. Не допускается, какая-нибудь принадлежность,
участвующая в первичном ключе, брать на себя неопределенный смысл. Абсолютно
бесспорно, что в случае если данная заявка не соблюдается, то в основе данных
имеет возможность сберегаться противоречивая информация об одном и что же
объекте. Поддержание единства сущностей гарантируется способами системы
управления основанием данных (СУБД). Это исполняется с поддержкой 2-ух
ограничений:
- при добавлении записей в таблицу проверяется уникальность их
изначальных ключей;
- не разрешается перемена значений атрибутов, входящих в изначальный
источник.
Единство ссылок. Смысл внешнего ключа подлежит или:
- быть равным значению изначального ключа цели;
-быть всецело неопределенным, т.е. любой смысл атрибута, участвующий в
внешнем ключе надлежит быть неопределенным.
В любой реляционной базе данных должны выполняться два ограничения:
- целостность сущностей;
- целостность внешних ключей.
Правило целостности сущностей заключается в том, что атрибуты, входящие
в состав любого первичного ключа, не могут иметь null-значения.
Правило целостности внешних ключей заключается в том, что внешние ключи
не обязаны ссылаться на недостающие в родительском отношении кортежи, т.е.
внешних ключи обязаны быть корректны.
Ссылочная целостность имеет все шансы не соблюсти операции, изменяющие
положение базы данных. Этими операциями считаются операции вставки,
обновления и удаления кортежей.
Для поддержания ссылочной целостности, как правило, применяются 2
главные стратегии:
- RESTRICT (ОГРАНИЧИТЬ), не позволять выполнение операции,
приводящей к нарушению ссылочной целостности.
49
- CASCADE (КАСКАДИРОВАТЬ), допустить выполнение требуемой
операции, но привнести каскадные конфигурации в иные дела так, чтобы не
разрешить нарушения ссылочной целостности.
Дополнительными стратегиями поддержания ссылочной целостности
считаются:
- SET NULL (УСТАНОВИТЬ В NULL), весь неправильный смысл внешних
ключей менять на null-значения.
- SET DEFAULT (УСТАНОВИТЬ ПО УМОЛЧАНИЮ), весь неправильный
смысл внешних ключей менять на другой смысл, принятый по умолчанию.
В современных СУБД можно не применять какую-нибудь стратегию
поддержания ссылочной целостности:
- IGNORE (ИГНОРИРОВАТЬ), исполнять операции, не обращая внимания на
нарушения ссылочной целостности.
Пользователь системы имеет возможность создать собственную уникальную
стратегию поддержания ссылочной целостности.
Операции, не соблюдающие ссылочную целостность. Ссылочная целостность
может нарушиться в итоге операций, изменяющих положение базы данных. Таких
операций три - вставка, обновление и удаление кортежей в отношениях. Т.к. в
определении ссылочного единства принимают участие две сущности - родительская
и дочерняя, а в любой из них вероятны три операции - вставка, обновление,
удаление, то надо рассмотреть 6 всевозможных вариантов.
Вставка кортежа в родительское отношение.
При вставке кортежа в родительское отношение появляется новое значение
первичного ключа. Если имеются кортежи в родительском отношении, на которые
нет ссылок из дочернего отношения, то вставка кортежей в родительское отношение
не соблюдает ссылочного единства.
Обновление кортежа в родительском отношении.
При обновлении кортежа в родительском отношении присутствует
возможность изменения значения первичного ключа. В случае, если есть кортежи в
дочернем отношении, ссылающиеся на обновляемый кортеж, то значения их
внешних ключей будут неправильными. Обновление кортежа в родительском
50
отношении имеет возможность привести к нарушению ссылочного единства, в
случае если это обновление затрагивает смысл первичного ключа.
Удаление кортежа в родительском отношении.
При удалении кортежа в родительском отношении, удаляется значение
первичного ключа. В случае если есть кортежи в дочернем отношении,
ссылающиеся на удаляемый кортеж, то значения их внешних ключей будут
неправильными. Удаление кортежей в родительском отношении может привести к
нарушению ссылочной целостности.
Вставка кортежа в дочернее отношение.
Невозможно произвести добавление кортежа в дочернее отношение, в случае
если вставляемое значение внешнего ключа неправильное. Вставка такого кортежа
в дочернее отношение может привести к нарушению ссылочной целостности.
Обновление кортежа в дочернем отношении.
При обновлении кортежа в дочернем отношении, есть вероятность риска
неправильно сменить значение внешнего ключа. Обновление кортежа в дочернем
отношении может привести к нарушению ссылочной целостности.
Удаление кортежа в дочернем отношении.
При удалении кортежа в дочернем отношении ссылочная целостность не
нарушается.
Таким образом, ссылочная целостность в принципе может быть нарушенной
при выполнении одной из 4 операций:
- обновление кортежа в родительском отношении;
- удаление кортежа в родительском отношении;
- вставка кортежа в дочернее отношение;
-обновление кортежа в дочернем отношении.
Первичные ключи и атрибуты сущностей для информационной модели
данных, которые входят в состав базы данных АИС «Библиотека», приведены в
таблице 2.1.
Таблица 2.1 – Альтернативные, первичные ключи и атрибуты
Сущность 1
Первичный ключ 2
Атрибуты 3
Читатели
№ читательского билета
№ читательского билета
51
ФИО
Признак(код)
Адрес
Паспортные данные
Дата_записи
Дата_выбытия
Группа
Факультет
Кафедра
Степень_звание
Право пользования
Каталог_книг
Регистрационный _№
Регистрационный _№
Автор
Название
Год_издания
Дата_регистрации
Дата_списания
Раздел
Абонемент1
Абонемент2
Читальный_зал
Количество
Издательство
Выдача_книг
Регистрационный №
№ читательского билета
АбонементА1
АбонементА2
Читальный_зал
Количество
Дата_выдачи
Дата_возврата
Фактическая_дата_возвра
52
Кол_сдал
Класс_читателей
Код_читателя
Код_читателя
Тип_читателя
Задолжники
Код
Код
регистрационный №
№ читательского билета
количество
Раздел
Код_раздела
Код_раздела
Раздел
Проектирование БД – одна из более трудных и серьезных задач, связанных с
созданием информационной системы. В итоге решения данной задачи оглавление
должны быть отнесены к БД, которые действуют для всех её , будучи выполняемых
системным пользователям, методов организации данных и инструментальные
способы управления данными.
В больших системах при проектировании БД настоятельно требует особенной
внимательности, потому что стоимость допущенных на данной стадии просчётов и
промахов более чем огромна. Некоторые промахи проектирования, можно, изменить
позднее в процессе эксплуатации с поддержкой средств реструктуризации и
реорганизации БД, но эти операции считаются очень трудозатратными и
дорогостоящими.
Главная задача процесса проектирования БД заключается в получении такого
плана, который удовлетворяет таким требованиям:
- правильность схемы БД, т.е. основа, обязана быть подобным образом
моделируемой ПО, где любому объекту ПО отвечают данные в памяти ПК, а любому
процессу – адекватные процедуры обработки данных;
- Обеспечение ограничений (на объёмы наружной и оперативной памяти и
иные ресурсы вычислительной системы);
- эффективность функционирования (соблюдение ограничений на время
реакции системы на запрос и обновление данных);
- безопасность данных (от сбоев и несанкционированного доступа).
- простота и комфорт эксплуатации;
53
- гибкость, т.е. вероятность становления и привыкания к переменам ПО и/или
требование системных пользователей.
Закономерное единство данных - важное свойство SQL. При верном
применении оно гарантирует правильность, и достоверность хранимых данных в
любой момент времени. Еще, с их поддержкой, возможно, показывать промахи в
приложениях, которые с трудом обнаруживаются другими методами. Единство
данных поддерживается ограничениями.
Закономерное единство нарушается, если не соблюдены основные правила
SQL. Например, фамилию записали не знаками, а на псевдокодах. В это время обязан
включиться сервер и выдать ошибку.
Процесс нормализации БД - это формальный способ анализа отношений на
базе их изначальных или же первичных ключей, имеющих место быть активно
зависимыми, являющийся одним из более жестких методик совершенствования
данных БД. Есть 5 обычных форм (НФ) баз данных.
Первая нормальная форма. Отношение располагаются в первой обычной
форме, в случае если все его атрибуты имеют обыкновенный (атомарный) смысл.
Другими словами, смысл в домене любого атрибута не являются ни списками, ни
множествами обычных или трудных значений. Одним словом, в отношении не
обязано быть циклических групп. С другой стороны отношение считается
ненормализованным и ему подходит многоуровневая матрица (иерархия) в различие
от однородной табличной структуры нормализованного дела.
Условие атомарности значений строго обязано выполняться для всех
отношений схемы реляционной базы данных. Схема всей базы данных
представляется в 1НФ.
Вторая нормальная форма используется к отношениям с составными
ключами, т. е. к определенным отношениям, где основной ключ состоит из 2-ух или
более атрибутов. Отношение, у которого основной ключ подключает лишь один
атрибут, постоянно располагается во 2НФ.
Третья нормальная форма говорит о том, что второстепенные атрибуты,
находящиеся в таблице, не обязаны зависеть друг от друга.
Четвертая нормальная форма. Многозначные зависимости разрешено
полагать обобщением многофункциональных зависимостей в том значении, что
54
любая функциональная зависимость является многозначной, где много зависимых
значений является одноэлементным обилием.
Пятая нормальная форма, это такая форма, которая именуется термином " n-
декомпозитируемое известие " для некого n > 2. Это означает, что для
предоставленной формы вероятна разбиение без утрат на n проекций, а на
наименьшее количество проекций разбиение без утрат невозможна. Пятая обычная
форма – это крайняя обычная форма, которую разрешено получить методом
разбиения, и на практике 5НФ практически не употребляется. Заметим, что
зависимость соединения является обобщением, как многозначной зависимости, так
и многофункциональной зависимости.
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
Под входной информацией понимается вся информация, необходимая для
решения задачи и расположенная на различных носителях: первичных документах,
машинных носителях, в памяти персонального компьютера. С этой целью
составляются перечень входной информации и состав реквизитов каждого вида
входной информации, расположение реквизитов входной информации, описание
полей (реквизитов) входных документов. Все хозяйственные операции в Библиотеки
им. А.С.Пушкина фиксируются в памяти ПК и в специальном журнале регистрации
первичных документов.
Входная оперативная информация представляет собой заполнение и ввод в
базу данных экранных форм первичных документов по продаже товаров.
В качестве входной информации, используется:
- справочная информация и классификаторы;
- подробное описание предметов;
- акты приема/передачи/выдачи;
- изображения предметов.
2.2.3. Характеристика результатной информации
55
В результате разработанного проекта и решения поставленных задач
«Разработка автоматизированного рабочего места библиотекаря им.А.С.Пушкина»
формируются следующие отчеты:
- должники книг библиотеки;
- книги кыданные за период;
- отчет по книгам. Сводная информация;
- книги библиотеки;
- читатели библиотеки;
- книги сданные за период и т.д. Подробно по отчетам описано в
«Контрольный пример реализации проекта и его описание»
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
На рисунке 2.4. приведена схема иерархии функций обработки данных.
На схеме выделены и детализированы два подмножества функций:
- служебные функции: вызов заставки и основных экранных форм;
- основные функции: ввод и обработка первичной информации, форматиро-
вание результативных документов.
Выявление состава иерархии функции позволяет разработать структуру
сценария диалога, дающего возможность определить состав кадров диалога,
содержание каждого кадра и их соподчиненность.
Древо функций включает в себя основные функции: ведение справочников –
их просмотр, ввод первичных документов, формирование результативных
документов. Данные из первичных документов водятся в таблицы БД. Данные из
таблиц с результативной информацией распечатываются. Таблицы
просматриваются. Распечатываются файлы с планами-отчётами и со
статистическими отчётами.
Экранные формы для формирования статистических отчетов содержат только
данные временного периода, поэтому они только просматриваются и
редактируются. Файлы для статистических отчетов только просматриваются.
На рисунке 2.5 представлен сценарий диалога.
56
Работа с программой начинается с вызова заставки. В рамках заставки можно
вызвать справку, далее открывается главное меню.
Рис.2.4. Древо функций
Главное меню позволяет открыть любой раздел, посредством нажатия кнопки
которая располагается на экранной форме.
Рис. 2.5. Сценарий диалога