Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Форма оформления КП ТРиЗБД ПК.doc
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
973.82 Кб
Скачать

2.2. Инфологическая модель («сущность – связь»)

Концептуальное (инфологическое) проектирование — построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая модель» являются синонимами. Кроме того, в этом контексте равноправно могут использоваться слова «модель базы данных» и «модель предметной области» (например, «концептуальная модель базы данных» и «концептуальная модель предметной области»), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности. [https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_%D0%B1%D0%B0%D0%B7_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85]

Концептуальная модель в виде «Сущность-Связь», разрабатываемой базы данных представлена на рисунке 1.

Рисунок 1 – Инфологическая модель в виде «Сущность-Связь»

3. Реляционная модель бд

3.1. Структуры таблиц даталогической модели

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

На этапе логического проектирования учитывается специфика конкретной модели данных, но может не учитываться специфика конкретной СУБД.

Даталогическая модель, представляющая собой структуры для каждой таблицы, выполненная с учётом особенностей используемой СУБД представлены в таблицах 2 – 5.

Таблица 2 — Структура таблицы «Поставщики»

№ п.п

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

Тип

Длина

Ограничения

1

Код Поставщика

Счетчик

Уникальный

2

Фирма

Текстовый

255

Обязательный

3

Адрес

Текстовый

255

4

Главный Директор

Текстовый

255

Обязательный

5

Номер

Числовой

255

Таблица 3 — Структура таблицы «Сотрудники»

№ п.п

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

Тип

Длина

Ограничения

1

Код сотрудника

Счетчик

Уникальный

2

Фамилия

Текстовый

255

Обязательный

3

Смена

Мастер подстановок

Обязательный

4

Количество дней

Числовой

255

Обязательный

Таблица 4 - Структура таблицы «Склад»

№ п.п

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

Тип

Длина

Ограничения

1

Код Поставщика

Мастер подстановок

2

Фото

Поле объекта OLE

3

Код товара склада

Счетчик

Уникальный

4

Цветок

Текстовый

255

Обязательный

5

Цвет

Мастер подстановок

Обязательный

6

Оптовая цена

Числовой

255

Обязательный

7

Количество

Числовой

255

Обязательный

8

Дата привоза

Дата/время

Обязательный

9

Срок хранения

Числовой

255

Таблица 5 -Структура таблицы «Продажи»

№ п.п

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

Тип

Длина

Ограничения

1

Код продажи

Счетчик

Уникальный

2

Код сотрудника

Мастер подстановок

Обязательный

3

Дата продажи

Дата и время

Обязательный

4

Код товара со склада

Мастер подстановок

Обязательный

5

Кол-во проданных

Числовой

255

6

Цена за штуку

Числовой

255

Обязательный

7

Итого

Вычисляемый