
- •Курсовой проект
- •«Пм 02. Разработка и администрирование баз данных»
- •Введение
- •1. Анализ предметной области
- •2. Построение логической модели
- •2.1. Перечень сущностей и их атрибутов
- •2.2. Инфологическая модель («сущность – связь»)
- •3. Реляционная модель бд
- •3.1. Структуры таблиц даталогической модели
- •3.2. Выбор ключевых полей
- •3.3. Нормализация отношений
- •4. Реализация базы данных в субд
- •4.1. Создание таблиц
- •Приложение
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 |
Итого |
Вычисляемый |
|
|