Уроки 14 - 16
Таблицы. Основные понятия. Реляционные базы данных
(§13. Таблицы. §15. Реляционная модель данных. §16. Работа с таблицей. §17. Создание однотабличной базы данных)
Содержание урока
§13. Таблицы
Ключ
§15. Реляционная модель данных
§16. Работа с таблицей
§17. Создание однотабличной базы данных
§13. Таблицы
Ключ
При чтении и изменении данных в таблице очень важно убедиться, что мы обращаемся именно к нужной записи. Это означает, что для надёжной работы каждая запись должна содержать какое-то уникальное значение, отличающее её от всех остальных.
Ключ — это поле или комбинация полей, однозначно определяющая запись.
Это значит, что ключ обладает свойством уникальности: в таблице не может быть двух записей, у которых одинаковое значение ключа. Например, ключом может быть номер паспорта, номер мобильного телефона, регистрационный номер автомобиля, адрес электронной почты и т. п.
Иногда можно выделить в таблице несколько ключей, например номер внутреннего паспорта и номер заграничного паспорта.
В этом случае один из них выбирается в качестве основного и называется первичным ключом.
Ключ, состоящий из одного поля, называется простым, а соответствующее поле таблицы - ключевым полем.
Простой ключ часто называют идентификатором от слова "идентифицировать" - отличить один объект от другого.
Ключ, который состоит из нескольких полей, называется составным. Представим себе базу данных метеостанции, на которой через каждые 3 часа измеряются температура, влажность воздуха, скорость ветра и т. п. (рис. 3.5).
Рис. 3.5
Здесь ни одно поле не может быть ключом, потому что значения в каждом из них могут повторяться. Однако для каждой пары Дата + Время в таблице может быть только одна запись, поэтому комбинация полей Дата и Время — это ключ.
Второе свойство ключа — несократимость. Заметим, что в рассмотренном примере к паре Дата + Время можно добавить и другие поля таблицы, но такая группа полей уже не будет считаться ключом, потому что она сократима, т. е. из неё можно исключить все поля, кроме полей Дата и Время, сохранив свойство уникальности.
Теперь посмотрим на приведённую на рис. 3.4 таблицу «список контактов». Ни фамилия, ни имя не могут быть ключом, потому что есть много однофамильцев и людей с одинаковыми именами. Составить ключ из полей Фамилия и Имя тоже не получится (могут быть однофамильцы и тёзки одновременно). Адрес и домашний телефон также не могут быть ключом, потому что в одной квартире могут жить несколько человек, с которыми вы общаетесь. В принципе может получиться так, что ключом будет комбинация всех полей записи.
Работать с составными ключами при выполнении операций с базой данных на практике очень неудобно. В таких случаях часто добавляют в таблицу ещё одно поле — так называемый суррогатный (т. е. неестественный) ключ, например номер записи. Во многих СУБД есть возможность заполнять его автоматически при добавлении каждой новой записи (рис. 3.6). При этом пользователю не нужно задумываться об уникальности такого ключа.
Рис. 3.6
Следующая страница 
Индексы
Cкачать материалы урока
