Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
BD.docx
Скачиваний:
1
Добавлен:
01.07.2025
Размер:
535.54 Кб
Скачать

25.Реляционные таблицы. Первичные и внешние ключи отношений. Ограничения целостности по внешним ключам.

Первичный ключ – уникальный идентификатор отношения, однозначно определяющий каждый кортеж.

С помощью внешних ключей устанавливаются связи между отношениями. Например, имеются следующие отношения КЛИЕНТЫ (Код клиента, Название клиента, Адрес клиента) и ЗАКАЗЫ (Номер заказа, Код клиента, Количество товара). Если определить атрибут Код клиента в отношении КЛИЕНТЫ как первичный ключ, то в отношении ЗАКАЗЫ этот атрибут будет являться внешним ключом. Если каждый клиент может разместить только один заказ, то говорят, что таблицы связаны соотношением "один-к-одному". Если же каждый клиент может разместить любое количество заказов (в том числе и ни одного), то таблицы связаны соотношением "один-ко-многим". Таблица КЛИЕНТЫ в этом контексте называется основной, таблица заказы – дополнительной. Существуют типы связей "многие-ко-многим" и "многие-к-одному".

Выделяют два основных типа ограничений: целостность сущностей и ссылочная целостность.

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

Внешние ключи служат для обеспечения целостности данных, называемое ссылочной целостностью. Это означает, что значение внешнего ключа должно быть либо пустым, либо равным одному из текущих значений первичного ключа другой таблицы, иначе каждому значению внешнего ключа должны соответствовать строки в связываемых отношениях. Для нашего примера это означает, что если в отношении ЗАКАЗЫ указан Код клиента, то этот клиент должен существовать.

Ограничения целостности должны поддерживаться СУБД. Для соблюдения целостности сущностей достаточно гарантировать отсутствие в отношении кортежей с одним и тем же значением первичного ключа. Со ссылочной целостностью значительно сложнее. 

26. Идентификационно-зависисмые сущности в модели «Сущность-связь». Определение, пример, графическая интерпретация.

Идентификационно-зависимые сущности (ID-dependent entities) - сущности, идентификаторы которых содержат идентификатор другой сущности.

К особому типу слабых сущностей относятся идентификационно-зависимые сущности (ID-dependent entities). Это такие сущности, идентификатор которых содержит идентификатор другой сущности. Например, имеется две сущности: ДОМ и КВАРТИРА. У сущности ДОМ идентификатором является атрибут НазваниеДома, а у сущности КВАРТИРА композитным идентификатором являются атрибуты НазваниеДома сущности ДОМ и НомерКвартиры сущности КВАРТИРА. В данном примере, сущность КВАРТИРА будет идентификационно-зависимой.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]