Курсовая работа: Разработка СУБД "Кондитерские фабрики"
Для данной предметной области ниже изобразим на рисунке 2.1схему объект – отношение
Рисунок 2.1 – Схема объект-отношение
Объекты «Тип» - «Фабрика» и «Тип» - «Потребитель» связаны отношением 1: ∞, так как многие фабрики и потребители (магазины) могут иметь один тип. Объекты «Город» - «Фабрика» имеют отношение 1: ∞, так как несколько фабрик могут находиться в одном городе. Объекты «Фабрика» - «Продукция» имеют отношение ∞: ∞, так как многие фабрики могут выпускать разную продукцию. Объекты «Продукция» - «Потребитель» имеют тип связи ∞: ∞, так как многая продукция может поставляться в разные магазины.
2.3 Обоснование выбора модели данных
БД может быть основана на одной модели или на совокупности нескольких моделей. Любую модель данных можно рассматривать как объект, который характеризуется своими свойствами (параметрами), и над ней, как над объектом, можно производить какие-либо действия.
Любая модель должна обеспечивать такие операции над БД:
- поиск указанного элемента базы;
- переход от одних данных к другим;
- движение по записям;
Существуют три основных типа моделей данных – реляционная, иерархическая и сетевая.
Иерархическая модель БД представляет собой совокупность элементов, расположенных в порядке их подчинения от общего к частному и образующих перевернутое дерево. Данная модель характеризуется такими параметрами, как уровни, узлы, связи. Принцип работы модели таков, что несколько узлов более низкого уровня соединяются при помощи связи с одним узлом более высокого уровня.
Узел – информационная модель элемента, находящегося на данном уровне иерархии.
Свойства иерархической модели данных:
- несколько узлов низшего уровня связано только с одним узлом высшего уровня;
- иерархическое дерево имеет только одну вершину (корень), не подчиненную никакой другой вершине;
- каждый узел имеет свое имя (идентификатор);
- существует только один путь от корневой записи к более частной записи данных.
|
Продукция
Потребитель
Рисунок 2.3.1 – Иерархическая модель данных
Достоинством ИМД в общем является эффективное использование памяти, малое время обращения к данным. Но для данной БД малое время обращения к информации можно наблюдать только для верхних уровней, а не для нижних из-за глубины дерева. Недостатком этой модели является высокая избыточность. Одна запись БД – это совокупность деревьев. Через эту структуру нельзя построить отношение многие ко многим. Очевидна громоздкость обрабатываемой информации, сложность в понимании для конечного пользователя. ИМД не имеет механизма поддержки целостности данных.
Недостатками моей базы является то, что в таблицах, где связь ∞:∞, трудно отобразить в иерархической модели данных и поэтому приходится разбивать на несколько таблиц. Так же недостатками моей базы можно выделить небольшое количество информации о продукции. В дальнейшем возможно добавление таблиц и возможностей работы с базой.