Программная реализация, Физическая модель данных - Автоматизированное рабочее место менеджера салона красоты ЧУП "Александрия"

Физическая модель данных

При разработке структуры базы данных важным процессом является нормализация. Нормализация - это удаление избыточных данных из каждой таблицы в базе данных. У нормализации двойная цель - удалить лишние копии данных и обеспечить максимальную гибкость, как в структурах таблиц, так и в интерфейсных приложениях на случай возможных будущих изменений в базах данных.

О нормализации таблиц в базе данных нужно заботится на раннем этапе проектирования приложения, так как при "живых" данных довольно трудно менять структуру базы. Иногда процесс нормализации порождает добавочные таблицы, которые были не включены в первоначальный проект. Узнав об этом как можно раньше, не придется зря тратить силы на их разработку.

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

Нормализация обычно подразделяется на пять форм или стадий -- от первой нормальной формы по пятую нормальную форму. То есть просто пять установок реляционного критерия, который либо обнаруживает таблицу, либо нет. Каждая последующая стадия строится на предыдущей. Формально существует пять форм, но на практике, как правило, используется только первые три. Последние две считаются слишком специальными, чтобы их применять к обычным проектам баз данных.

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

Вторая нормальная форма - все поля таблицы должны зависеть от первичного ключа.

Третья нормальная форма - в таблице нет транзитивных зависимостей между не ключевыми полями.

Таблица является главным хранителем основной информации, в ней содержится много параметров, которые впоследствии будут обновляться и просматриваться.

Таблица 3.1 - Service (Услуга)

Название поля

Тип данных

Ключ

Oid

Primary key

Name

ServiceType

Foreign key

Price

Duration

Таблица 3.2 - ServiceType (Тип услуги)

Название поля

Тип данных

Ключ

Oid

Primary key

Name

Таблица 3.3 - Order (Заказ)

Название поля

Тип данных

Ключ

Oid

Primary key

Client

Foreign key

Master

Foreign key

Таблица 3.4 - Record (Запись)

Название поля

Тип данных

Ключ

Oid

Primary key

Client

Foreign key

Master

Foreign key

Таблица 3.5 - Client(Клиент)

Название поля

Тип данных

Ключ

1

2

3

Oid

Primary key

FirstName

LastName

Phone

Таблица 3.5 - Master (Мастер)

Название поля

Тип данных

Ключ

Oid

Primary key

FirstName

LastName

Login

Таблица 3.6 - ServiceInOrder (Услуги в заказе)

Название поля

Тип данных

Ключ

Oid

Primary key

Service

Foreign key

Price

Order

Таблица 3.7 - Ptoduct (Товар)

Название поля

Тип данных

Ключ

Oid

Primary key

Name

Count

Price

Похожие статьи




Программная реализация, Физическая модель данных - Автоматизированное рабочее место менеджера салона красоты ЧУП "Александрия"

Предыдущая | Следующая