Таблица организует данные в строки и столбцы. Каждая строка — это запись. Каждый столбец — это поле. Пересечение строки и столбца содержит одно значение. В таблице клиентов могут быть столбцы для ID, имени, электронной почты и даты регистрации. Каждая строка — это один клиент. Таблица является основной единицей хранения в реляционной базе данных. Это также единица, к которой обращаются пользователи. Когда вы пишете SELECT * FROM customers, вы запрашиваете каждую строку и каждый столбец в таблице customers.

Таблицы обладают свойствами. У них есть имя, уникальное в рамках схемы. У них есть столбцы с определенными типами данных. У них могут быть ограничения: первичные ключи, внешние ключи, ограничения уникальности, ограничения проверки. У них могут быть индексы для ускорения запросов. У них могут быть триггеры, срабатывающие при вставке, обновлении или удалении. Дизайн таблицы влияет на все, что на ней построено. Таблица со слишком большим количеством столбцов неудобна в использовании. Таблица со слишком малым количеством столбцов вынуждает к объединениям, которых можно было бы избежать. Таблицу без первичного ключа сложно надежно обновлять. Таблица с избыточными данными рискует привести к несогласованности. Нормализация направляет проектирование таблиц. Цель состоит в том, чтобы хранить каждый факт только один раз. Это уменьшает избыточность и повышает целостность. Это также увеличивает количество таблиц. Больше таблиц означает больше объединений. Баланс между нормализацией и производительностью — это постоянное противоречие в проектировании баз данных.

Компоненты таблицы

• Столбцы — поля с указанием типов данных.
• Строки — записи
• Первичный ключ — уникальный идентификатор
• Внешние ключи — ссылки на другие таблицы
• Индексы — ускоряют выполнение запросов.
• Ограничения — правила для корректных данных

Таблица — это контейнер для связанных данных. Структура контейнера определяет, насколько легко использовать эти данные.