Главная страница
Навигация по странице:

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



Скачать 0.75 Mb.
Название Лабораторная работа Логическая модель базы данных
Анкор 2. Логическая модель.doc
Дата 12.05.2017
Размер 0.75 Mb.
Формат файла doc
Имя файла 2. Логическая модель.doc
Тип Лабораторная работа
#9291

Лабораторная работа № 2. Логическая модель базы данных


Логическая модель – графическое представление структуры базы данных с учетом принимаемой модели данных (иерархической, сетевой, реляционной и т.д.), независимое от конечной реализации базы данных и аппаратной платформы. Иными словами, она показывает, ЧТО хранится в базе данных (объекты предметной области, их атрибуты и связи между ними), но не отвечает на вопрос КАК (рис. 1).

Описание предметной области:

Оптовый заводской склад

На склад поставляются детали, выполненные из определенных материалов (литые), от заданного круга поставщиков (постоянных или случайных) из различных городов.

В качестве поставщиков могут выступать юридические лица и индивидуальные предприниматели, причем эти группы описываются своим набором характеризующих атрибутов; юридические лица – номер и дата гос. регистрации, наименование, юридический адрес, форма собственности; предприниматели – ИНН, ФИО, страховой полис, номер паспорта, дата рождения.

При оформлении поставки учитываются дата, количество и стоимость, вид упаковки и способ доставки (автотранспорт, ж/д транспорт, самовывоз), причем одна поставка может включать несколько видов деталей.

Поставщики переходят в разряд постоянных, если они совершили поставок на сумму свыше 1 000 000 рублей в год.

Осуществляется отпуск деталей в цеха завода с учетом даты, количества и номера цеха. Поддерживается актуальное количество товаров на складе.

Таблица 1. Роли пользователей и их функции

Роль

Функции

Менеджер

Ведение базы деталей, материалов, поставщиков

Инженер завода

Просмотр спецификаций деталей

Бухгалтер

Оплата поставок

Учетчик

Оформление поставки

Логист

Управление отпуском деталей в цеха завода


Рис. 1. Логическая модель базы данных в нотации IDEF1X

Методология IDEF1X – один из подходов к моделированию данных, основанный на концепции "сущность – связь" (Entity – Relationship), предложенной Питером Ченом в 1976 г.

Таблица 2.1. Основные элементы нотации IDEF1X

Сущность (Entity)

Графическое изображение

Независимая сущность


Наименование

Уникальный идентификатор

Атрибуты







Зависимая сущность


Наименование

Ссылка на идентификатор (FK)

Атрибуты



Связь (Relationship)

Графическое изображение

Неидентифицирующая связь





Идентифицирующая связь



Независ.


Связь «Многие ко многим»






Наследование (обобщение)

Полное




Неполное


Родительск.










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

Зависимая сущность – это сущность, уникальный идентификатор которой включает по меньшей мере одну связь с другой сущностью. Например, строка документа не может существовать без самого документа (зависит от него). Изображается в виде прямоугольника с закругленными краями.

Методология IDEF1X ориентирована на проектирование реляционных моделей баз данных. В основе реляционной модели лежит понятие нормализованного отношения (таблицы). При этом сущности предметной области отображаются в таблицы базы данных (рис. 2), обладающие следующими свойствами:

  • нет одинаковых кортежей (строк), они различаются по уникальному идентификатору – первичному ключу;

  • кортежи (строки / записи) не упорядочены сверху вниз;

  • атрибуты (столбцы) не упорядочены слева направо; в операциях с таблицей ее строки и столбцы могут просматриваться в любой последовательности безотносительно их содержания и смысла;

  • все значения атрибутов – скаляры и имеют одинаковую природу (построены на одном домене).

Рис.
2. Таблица реляционной базы данных

Ключ - столбец или группа столбцов, значения которых однозначно идентифицируют каждую строку.

В одной таблице может быть несколько ключей: один первичный, посредством которого осуществляется связывание отношений, а другие – альтернативные. Свойства ключа:

  • уникальность (не может быть строк с одинаковым ключом);

  • неизбыточность (удаление любого атрибута из ключа лишает его свойства уникальности).

Реляционная база данных − это множество связанных между собой отношений. Связи задаются с помощью вторичных ключей (Foreign key – FK), т.е. атрибутов, которые в других отношениях являются первичными ключами (Primary key – PK).

Основные ограничения целостности реляционной модели:

  • атрибуты из первичного ключа не могут принимать неопределенное значение (целостность объектов);

  • вторичные ключи не могут принимать значения, которых нет среди значений первичных ключей связанной таблицы: если отношение R2 имеет среди своих атрибутов какой-то внешний ключ (FK), который соответствует первичному ключу (PK) отношения R1, то каждое значение FK должно быть равно одному из значений PK.

Создание Логической модели БД в Visio


Чтобы создать Логическую модель базы данных в Visio 2013, выберите Категорию шаблонов «Программы и базы данных», а в ней шаблон «Схема модели базы данных» (рис. 2.3)



Рис. 2.3. Шаблон «Схема модели базы данных»

Прежде, чем приступить к созданию Логической модели, зайдите на вкладку «База данных» и в «Показать параметры» выставьте следующие настройки (рис. 2.4-2.6).



Рис. 2.4. Параметры документа (вкладка «Общие»)



Рис. 2.6. Параметры документа (вкладка «Отношение»)



Рис. 2.5. Параметры документа (вкладка «Таблица»)

Чтобы создать Сущность «Деталь», перетащите стереотип Сущность с панели инструментов на экран (рис. 2.7).



Рис. 2.7. Создание Сущности

Задайте имя новой Сущности в свойствах в нижней части экрана (рис. 2.8).



Рис. 2.8. Свойства Сущности («Определение»)

Затем на вкладке Столбцы создайте атрибуты Сущности, отметьте уникальный идентификатор (первичный ключ) галочкой в столбце PK и нажмите кнопку «ОК» (рис. 2.9).



Рис. 2.9. Свойства Сущности («Столбцы»)

Аналогично создайте вторую сущность, например «Материал». Чтобы создать связь между ними, перетащите стереотип «Отношение» точкой на изображение класса «Деталь», т.к. из каждого материала изготавливается ноль, одна или несколько деталей. Затем второй конец связи перетащите на изображение класса «Материал» (рис. 2.10). Внешний ключ «Код материала (FK)» автоматически появится в составе атрибутов сущности «Деталь».

Незакрашенный ромб со стороны Материала означает, что материал может быть не указан. Чтобы убрать ромб, откройте свойства сущности «Деталь» и поставьте этому атрибуту галочку в столбце «Обязательное».



Рис. 2.10. Свойства отношения («Определение»)


Задание: постройте логическую модель базы данных в соответствии с описанием предметной области из вашего варианта задания.
написать администратору сайта