Правила проектирования таблиц.

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

#Таблицы #ПроектированиеТаблиц

Правила уникальности и применения ключей.

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

Первичный ключ следует выбирать таким образом, чтобы он удовлетворял следующим требованиям:
▪️Минимальность. Первичный ключ должен содержать как можно меньше столбцов.
▪️Стабильность. Первичный ключ должен изменяться как можно реже.
▪️Простота. Первичный ключ должен быть понятным и привычным для пользователей.

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

#Ключи #ПроектированиеТаблиц

Нормализация и нормальные формы.

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

#Нормализация #НормальныеФормы

Первая нормальная форма.

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

#НормальныеФормы #ПерваяНормальнаяФорма

Вторая нормальная форма. Декомпозиция.

Во второй нормальной форме все не ключевые столбцы должны полностью зависеть от первичного ключа. Иными словами, в каждой таблице должны храниться данные только об одной сущности. Рассмотрим таблицу, она включает в себя информацию о заказах (OrderID, ClientID и OrderDate), а также о том, какие товары заказаны каждым клиентом (Item и Quantity). Чтобы привести эту таблицу ко второй нормальной форме, необходимо разбить ее на две таблицы: таблицу заказов и таблицу сведений о заказе.

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

#НормальныеФормы #ВтораяНормальнаяФорма #Декомпозиция