Навигация
ОПИСАНИЕ КОНЦЕПТУАЛЬНОЙ МОДЕЛИ РЕЛЯЦИОННОЙ
34978
знаков
16
таблиц
8
изображений
6 ОПИСАНИЕ КОНЦЕПТУАЛЬНОЙ МОДЕЛИ РЕЛЯЦИОННОЙ
БАЗЫ ДАННЫХ
6.1 Схема Данных
Схема данных, отражает логическое представление реляционной модели данных для проектируемой БД.
Построить иную концептуальную модель для данной БД таким образом, чтобы она отвечала специфике предметной области и в информационном плане сохраняла все возможности приведенной выше модели без добавления новых объектов, практически невозможно.
Нормализация – это разбиение таблицы на две или более, обладающих лучшими свойствами при включении, изменении и удалении данных. Окончательная цель нормализации сводится к получению такого проекта базы данных, в котором каждый факт появляется лишь в одном месте, т.е. исключена избыточность информации. Это делается не столько с целью экономии памяти, сколько для исключения возможной противоречивости хранимых данных.
Таблица находится в первой нормальной форме (1НФ) тогда и только тогда, когда ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пуст.
Таблица находится во второй нормальной форме (2НФ), если она удовлетворяет определению 1НФ и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Таблица находится в третьей нормальной форме (3НФ), если она удовлетворяет определению 2НФ и не одно из ее не ключевых полей не зависит функционально от любого другого не ключевого поля.
Рисунок 6.2 – Таблица данных в 1НФ
| Назв. предприятия С 80 | Дата открытия предприятия D10 | Назв. Города C20 | Назв. Типа предпр C30 | Назв. Цеха C15 | Кол-во рабочих N4 | Дата ввода в строй D8 | Дата посл реконструкции D8 | Месяц С8 | Кол-во изделий N6 | Цена N5 | Назв. Изделия C20 |
Представим функциональные зависимости для таблицы в 1НФ:
|
| ||||||||||||
 | |||||||||||||
| |||||||||||||
|
| ||||||||||||
 | |||||||||||||
 | |||||||||||||
| |||||||||||||
 | |||||||||||||
|
| ||||||||||||
| |||||||||||||
| |||||||||||||
Рисунок 6.3 – Функциональные зависимости для 1НФ
Предприятие
| Название предприятия | Дата открытия | Тип | Город |
Цех
| Название цеха С15 | Количество рабочих N4 | Дата ввода в строй D8 | Дата последней реконструкции D8 | Месяц выпуска изделия | Количество изделий | Цена изделия | Название изделия |
Рисунок 6.4 – Таблицы данных во 2НФ
После представления таблиц во 2НФ, представим шапки таблиц в 3НФ:
| Месяц | Кол-во изделий | Цена изделия | Код цеха# | Код изделия# |
Выпуск Тип
| #Код типа | Название типа |
Предприятие
| #Код предпр | Название предприятия | Дата открытия | КГ# | КТ# |
Изделие
| #Код изделия | Название изделия |
Цех
| #Код цеха | Название цеха | Кол-во рабочих | Дата ввода в строй | Дата последней реконструкции | Код предприятия# |
Город
| #Код города | Название города |
Рисунок 6.5 – Таблицы данных в 3НФ
6.2 Описание и обоснование полей таблиц
В проектируемой базе данных реализовано шесть таблиц. Ниже для каждой таблицы приведены описание, обоснование полей, ограничения на входную информацию, необходимые маски ввода, используемые подстановки. Все примеры заполненных таблиц приведены в приложении В.
Таблица «Предприятие» (таблица 6.2.1):
1. Код предприятия
-Ключ: первичный ключ;
-Счетчик;
-Длинное целое;
-Размер: 3;
-Совпадение не допускаются, так как это первичный ключ, он считает записи в таблице.
2. Название предприятия
- Текстовое;
- Размер 80;
- Обязательное поле, так как название предприятия – это главная особенность, по которой можно различать предприятия;
- Пустых строк нет, так как не может быть предприятие без названия;
- Совпадения не допускаются, так как у двух разных предприятий не должно быть одинаковых названий;
Похожие работы
... без применения компьютерной техники. Непрекращающееся развитие любого предприятия, учреждения или организации, а как следствие объёмов и сложности информации требует расширения компьютерных сетей и автоматизированных информационных систем. Но кроме очевидных выгод компьютерная техника несет в себе опасность здоровью и поэтому актуальной становится проблема охраны труда человека в процессе работы ...
... К. Сатпаева» для просмотра и ввода информации системы оперативно-диспетчерского контроля и управления, создаваемые на Visual Basic. Специфика используемого в системе оперативно-диспетчерского контроля и управления РГП «Канал им. К. Сатпаева» ПО такая, что разработка ПО, как таковая, может производиться только при создании самой системы. Применяемое ПО является полуфабрикатом. Основная задача ...
... . Таким образом, разработка справочной системы должна быть подготовлена на этапе внедрения. Глава 2. Проектирование автоматизированной системы торговой деятельности 2.1 Принципиальное проектное решение В качестве автоматизированной системы управления торговой деятельностью предприятия предлагается использовать многопользовательское клиент-серверное приложение(двухуровневая архитектура), ...
... корпоративных систем. Развитие последних произошло за счет международной и национальной стандартизации аппаратных и программных интерфейсов. Главной причиной развития концепции открытых систем в маркетинговой деятельности явился повсеместный переход к использованию локальных вычислительных сетей и те проблемы комплексирования аппаратно-программных средств, которые вызвал этот переход, В связи с ...
0 комментариев