Разработка концептуальной модели
Вторым этапом в процессе проектирования и создания базы данных, является разработка концептуальной модели.
Определение сущностей и их свойств
Для того чтобы база данных полно и правильно отражала предметную область, проектировщик базы данных должен хорошо представлять все стороны предметной области и уметь отобразить их в базе данных. Поэтому прежде чем начинать проектирование необходимо разобраться, как функционирует предметная область, для отображения которой создается база данных.
Цель концептуального моделирования – обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных.
Основными конструктивными элементами концептуальной модели являются сущности, связи между ними и их свойства (атрибуты).
Результатом концептуального проектирования является концептуальная модель, которая определяет структуру моделируемой системы, свойства ее элементов и причинно-следственные связи, присущие системе и существенные для достижения цели моделирования. Концептуальная модель данных представлена на рис. 2.
Рис. 2. Концептуальная модель.
Нормализация базы данных
Нормализация отношений - это процесс построения оптимальной структуры таблиц и связей в реляционной базе данных (процесс уменьшения избыточности информации).
В процессе нормализации данные группируются в таблицы, представляющие классы объектов и их взаимодействие.
Цели, которые преследуются при построении наиболее эффективной структуры данных:
обеспечить быстрый доступ к данным;
исключить ненужное повторение данных, которое может являться причиной ошибок при вводе, а также привести к нерациональному использованию дискового пространства;
обеспечить целостность данных, т.о. чтобы при изменении одних объектов автоматически происходило соответствующее изменение связанных с ними объектов
Теория нормализации отношений работает с 5 нормальными формами таблиц. Каждая последующая форма должна отвечать требованиям предыдущих, плюс некоторые дополнительные требования.
Проанализировав разработанную базу данных, можно сделать вывод, что она нормализована и соответствует третей нормальной форме, т.к.:
Все таблицы в базе данных соответствуют первой нормальной форме т.к. все атрибуты простые (атомарные).
Все таблицы в базе данных соответствуют второй нормальной форме т.к. каждый не ключевой атрибут функционально полно зависит от первичного ключа.
Каждый не ключевой атрибут в таблицах не транзитивно зависит от первичного ключа.
Разработка физической модели
Физическая модель данных осуществляется на основе концептуальной модели, результатом этого процесса является физическая модель данных (рис.3 и таб.1), содержащая полную информацию необходимую для генерации всех объектов в базе данных.
В таблицах данные распределяются по столбцам (которые называют полями) и строкам (которые называют записями). Все данные, содержащиеся в поле таблицы, должны иметь один и тот же тип. Каждое поле таблицы характеризуется наименованием, типом и шириной поля. При задании типа данных поля можно также указать размер, формат и другие параметры, влияющие на отображение значения поля и точность числовых данных.
Таб. 1. Физическая модель.
|
Имя поля |
Тип |
Размерность |
Описание |
|
tovar | |||
|
Id_tovar |
Integer (PK) |
4 |
Номер товара |
|
naimenovanie |
Character |
30 |
Наименование товара |
|
kolihestvo |
Numeric |
10.2 |
Количество товара |
|
cena |
Numeric |
10.2 |
Цена товара |
|
postav | |||
|
Id_postav |
Integer (PK) |
4 |
Номер поставщика |
|
Family |
Character |
25 |
Фамилия поставщика |
|
Name |
Character |
15 |
Имя поставщика |
|
Othestvo |
Character |
25 |
Отчество поставщика |
|
Telefon |
Character |
16 |
Телефон поставщика |
|
klient | |||
|
Id_klient |
Integer (PK) |
4 |
Номер клиента |
|
Family |
Character |
25 |
Фамилия клиента |
|
Name |
Character |
15 |
Имя клиента |
|
Othestvo |
Character |
25 |
Отчество клиента |
|
Telefon |
Character |
16 |
Телефон клиента |
|
pokupka | |||
|
Id_pokupka |
Integer (PK) |
4 |
Номер покупки |
|
Id_klient |
Integer |
4 |
Номер клиента |
|
Id_tovar |
Integer |
4 |
Номер товара |
|
data |
date |
8 |
Дата покупки |
|
Kolihestvo |
Numeric |
10.2 |
Количество товара |
|
Cena |
Numeric |
10.2 |
Стоимость товара |
|
| |||
|
Продолжение таб. 1. Физическая модель. | |||
|
zakaz | |||
|
Id_zakaz |
Integer (PK) |
4 |
Номер заказа |
|
Id_postav |
Integer |
4 |
Номер поставщика |
|
Id_tovar |
Integer |
4 |
Номер товара |
|
data |
date |
8 |
Дата заказ |
|
Kolihestvo |
Numeric |
10.2 |
Количество товара |
|
Cena |
Numeric |
10.2 |
Стоимость товара |
|
brak | |||
|
Id_brak |
Integer (PK) |
4 |
Номер брака |
|
Data |
date |
8 |
Дата добавления брака |
|
Id_tovar |
Integer |
4 |
Номер товара |
|
kolihestvo |
Numeric |
10.2 |
Количества брака |
Рис. 3. Физическая модель