14.Связь между табл-ми в реляцион. Модели данных. Первичн. И внешн. Ключи, их отличия.

Один или неск. атрибутов, значения кот.однозначно определяют кортеж отношения, наз-ся его ключом, или первичным ключом, или ключевым полем. Т.е.ключевое поле – такое поле, значения кот.в данной таблице не повторяется.

Записи в таблице хранятся упорядоч-ми по ключу. Ключ может быть простым, состоящим из 1-го поля, и сложным, состоящим из неск. полей. Сложный ключ выбирается в тех случаях, когда ни одно поле таблицы однозначно не определяет запись.

Кроме первичн. ключа в таблице могут быть вторичн. ключи, называемые еще внешними ключами, или индексами. Индекс – поле или совокупность полей, чьи значения имеются в неск. табл-х и кот.явл-сяпервичн. ключом в одной из них. Значения индекса могут повторяться в некоторой таблице. Индекс обеспечивает логич. последовательность записей в таблице, а также прям.доступ к записи.

По первичн. ключу всегда отыскивается только одна строка, а по вторичн. – может отыскиваться группа строк с одинак. значениями первичн. ключа.

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

С помощью индексов и ключей устанавливаются связи между таблицами путем присвоения значений внешн. ключа одной таблицы значениям первичн. ключа другой. Группа связанных таблиц наз-сясхемой данных. Информация о таблицах, их полях, ключах и т.п. называется метаданными

15.Реляционная целостность: целостность отношений, ссылочная целостность.

В РМД должны выполняться два условия целостности данных: 1)условие целост-ти таблиц, накладыв-их ограничения на знач-я первичн. ключа, кот должен быть уникальными и непустыми,2)условие ссылочной цел-ти: каждое знач-ие внешн. ключа должно совпадать с одним из значений первичн. ключа.

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

1.каждой записи основной таблицы соответствует 0 или > записей дополнительной таблицы;2.в доп. табл. нет записей, кот. не имеют соответствующих записей в основной и каждая имеет только 1 соответствующую основную запись;3обязательные данные. Выясняется, есть ли атрибуты, которые не могут иметь Null-значений;4ограничения для знач. атрибутов, опр-ся допустимые знач. для атрибутов;5 целостность сущностей, кот. достигается, если первичный ключ сущности не содержит Null-значений;6 ссылочная целостность, понимается так, что знач. внешнего ключа должно присутствовать в первичном ключе одной из строк таблицы для родительской сущности;7 ограничения, накладываемые бизнес-правилами (в случае с проектом БАНК может быть принято правило, запрещающее клиенту распоряжаться, скажем, более чем тремя счетами).