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

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

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

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

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

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

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

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