10.2. Создание структуры таблицы

Определения и обозначения

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

Поле — столбец таблицы, предназначенный для хранения одного свойства объектов; у поля задают имя и тип данных. Так, поле «Автор» содержит сведения об авторе каждой книги, а поле «Год издания» — о годе. Разделение свойств по полям упрощает поиск, сортировку и обработку данных.

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

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

Как это устроено

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

Имена полей должны быть понятными и различать свойства: по названию должно быть ясно, какие сведения окажутся в столбце. Например, «Дата рождения» точнее, чем просто «Дата», если в таблице есть несколько дат. При выборе имени также учитывают правила конкретной системы управления базами данных (СУБД), потому что некоторые символы или варианты записи могут быть запрещены.

Тип данных выбирают по содержанию поля, а не только по тому, как выглядит отдельное значение. Для даты, текста и числового значения нужны подходящие типы: они позволяют системе распознавать данные и выполнять с ними нужные действия. Если ошибочно назначить текстовый тип полю с суммой, вычисления могут стать неудобными; если код хранить как число, ведущие нули могут потеряться.

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

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

Элементы структуры таблицы и их назначение

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

Разбор задач

Задача: составить структуру таблицы «Книги» для хранения названия, автора и года издания. Нужно выделить свойства одной книги и выбрать тип данных, который соответствует каждому из них. Затем стоит проверить, достаточно ли этих полей для однозначного различения книг.

1. Определяем свойства: название, автор и год издания. Каждое свойство помещаем в отдельное поле.
2. Для названия и автора выбираем текстовый тип, поскольку это слова и сочетания символов. Для года выбираем числовой тип, чтобы хранить год как число.
3. Проверяем поля на роль ключа: название или автор могут повторяться. Поэтому, если записи должны различать издания однозначно, добавляем уникальный идентификатор.

Ответ: поля «Название», «Автор», «Год издания» и, при необходимости, «Код книги». Типы первых двух полей — текстовый, года — числовой, кода — подходящий для уникального идентификатора. Код назначают так, чтобы он не повторялся.

Задача: для таблицы «Ученики» определить поля для фамилии, даты рождения и номера ученика. Требуется не перепутать текст, календарные данные и номер, который должен помочь найти запись. Важно также понять, подходит ли номер на роль ключа.

1. Создаём три поля: «Фамилия», «Дата рождения» и «Номер ученика». Так каждый столбец отвечает только за одно свойство.
2. Для фамилии задаём текстовый тип, для даты рождения — тип даты. Номер ученика можно хранить числовым типом, если он используется именно как число и не содержит значимых начальных нулей.
3. Проверяем, что номера учеников уникальны и заполнены у всех записей. Если это так, поле «Номер ученика» можно назначить ключевым.

Ответ: структура включает текстовое поле «Фамилия», поле даты «Дата рождения» и поле «Номер ученика». Последнее служит ключом только при гарантии уникальности и наличия значения у каждой записи. Если номер может повторяться, понадобится другой идентификатор.

Задача: спроектировать таблицу «Заказы» с датой заказа, кодом клиента, суммой и статусом; определить ключевое поле. Нужно выбрать типы по назначению значений и отделить идентификацию заказа от сведений о клиенте. Код клиента не обязательно уникален в таблице заказов: один клиент может сделать несколько заказов.

1. Создаём поля «Дата заказа», «Код клиента», «Сумма» и «Статус». Каждое хранит только одно свойство заказа.
2. Для даты выбираем тип даты, для суммы — числовой или денежный тип, если он есть в СУБД. Статусу подходит текстовый тип или специальный тип списка, а код клиента выбирают по формату кода.
3. Сравниваем значения: один клиент может встречаться в нескольких заказах, поэтому код клиента не различает все записи. Добавляем поле «Код заказа» с уникальными значениями и назначаем его ключевым.

Ответ: таблица содержит поля «Дата заказа», «Код клиента», «Сумма», «Статус» и «Код заказа». Ключом будет уникальный код заказа, а не код клиента. Тип каждого поля выбирают так, чтобы он соответствовал смыслу и формату значения.

Типичные ошибки

Ошибка — объединять в одном поле разные свойства, например фамилию и имя. Так поступают, чтобы сократить число столбцов, но затем становится трудно искать или сортировать записи только по фамилии. Проверьте структуру вопросом: можно ли получить каждое нужное свойство отдельно; если нет, разделите его на поля.

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

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

Ошибка — назначать ключом поле, значения которого повторяются или отсутствуют. Иногда уникальным считают имя, фамилию или код клиента, не проверив все записи; тогда одну запись нельзя надёжно отличить от другой. Проверьте, может ли значение повториться и будет ли оно заполнено у каждого объекта; при сомнении создайте отдельный идентификатор.

Связь с другими темами

Для проектирования таблицы нужно понимать назначение базы данных и уметь выделять объекты с их свойствами. Например, если объект — книга, её автор, название и год издания становятся кандидатами на отдельные поля. Без такого анализа трудно определить, какие именно сведения следует хранить.

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

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

Что запомнить

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