Галерея
7757 8119 8300 8698 8817 9504 9722 9937
Интересные записи
Новое на сайте
Топовые новости
Новое

Таблицы в базе данных

Таблицы в базе данныхТаблицы в базе данных могут быть связаны, но это условие необязательно. Как уже отмечалось, реляционные СУБД основаны на отношениях между таблицами, но, в отличие от иерархических и сетевых баз, эти отношения построены на основе значений в столбцах таблиц, а не на низкоуровневых указателях. Рассмотрим в качестве примера базу данных заказов (ее мы будем использовать на протяжении всей книги). Таблица ORDER HEADER связана с таблицей CUSTOMER, так как обе они имеют Общее множество значений — поле идентификатора клиента ORDHDR CUSTID FN в первой соответствует полю CUST ID N во второй. Таким образом, поле CUST ID N объявляется как Первичный ключ в таблице CUSTOMER, на который ссылается Внешний ключ таблицы ORDER

Первичный ключ в СУБД выполняет не одну миссию. Как уже отмечалось, он является важным компонентом отношения, который способен поддерживать обычные данные, такие как номера отделов, штрих-коды товаров или табельные номера сотрудников. Однако главная задача первичного ключа — обеспечение уникальной идентификации каждой записи в таблице. Первоначально записи в базах данных хранились в предопределенном порядке. Если такой порядок должен был быть нарушен (например, если изменились правила бизнес-логики), реорганизации подлежала вся таблица (если не вся база данных). Реляционным СУБД уже не понадобилось правило фиксированной очередности записей, однако все равно должен был существовать некий механизм уникальной идентификации записей. И первичный ключ, основанный на идее полей, содержащих одинаковые значения, стал средством решения этой задачи. В реляционных СУБД первичный ключ является всего лишь представителем Кан- Дидатных ключей — множества столбцов, которые имеют уникальные значения в данной таблице. Каждая таблица может иметь любое количество кандидатных ключей, но только один из них может стать первичным.