Создание таблицы поставщик_товар в режиме конструктора
Для создания таблицы в режиме конструктора следует в окне БД выбрать объект «Таблицы» и нажать кнопку «Создание таблицы в режиме конструктора», затем задать имена полей и выбрать типы данных, а также для каждого поля задать необходимые свойства полей, описанные в таблице 4.
Для поля «№товара» необходимо создать список значений на основе полей из другой таблицы (значения в поле будут вводиться из одного полей списка, а не вводится вручную) для чего:
В столбце Тип данных выберите Мастер подстановок.
В первом диалоговом окне мастера подстановок выберите переключатель, объект “столбец подстановки” будет использовать значения из таблицы или запроса. Нажмите кнопку Далее
В следующем диалоговом окне выберите таблицу Товары и нажмите кнопку Далее
Выберите поля №товара и Наименование и нажмите кнопку Далее
Выберите порядок сортировки поля №товара по возрастанию и нажмите кнопку Далее
Уберите флажок – Скрыть ключевой столбец.
Нажмите кнопку Готово.
Аналогично реализовать подстановку для поля №поставщика, только указать таблицу Поставщик и выбрать поля №поставщика и Название. Полученная подстановка показана на рисунке6
Задайте ключевое поле для чего выделите поля №поставщика, №товара и Дата и нажмите кнопку . В данной таблице ключ составной, так как один поставщик может поставлять один вид товара в разные дни.
Сохраните таблицу с именем Поставщик_товар.
Рисунок 6 – Подстановка поля №поставщика из таблицы Поставщик
Создание таблиц покупатель_товар и сотрудники
В режиме конструктора самостоятельно создать таблицы: Покупатель_товар и Сотрудники. Структуры таблиц (имена полей, типы данных и свойства) приведены в таблицах 5 и 8 соответственно. Связанные поля в таблице Покупатель_товар создать с помощью мастера подстановки.
В таблицах задать ключевые поля. В таблице Сотрудники первичным ключом является поле №сотрудника, а в таблице Покупатель_товар создается составной первичный ключ, состоящий из трех атрибутов №покупателя, №товара и Дата.
Понятие целостности данных и связей
Ограничение целостности – это набор определенных правил, которые устанавливают пределы допустимых значений данных и связей между ними.
В целостной части реляционной модели данных фиксируются два базовых требования целостности, которые должны поддерживаться в любой реляционной СУБД. Первое требование называется требованием целостности отношений. Объекту или сущности реального мира в реляционных БД соответствуют кортежи отношений. Конкретно требование состоит в том, что любой кортеж любого отношения отличим от любого другого кортежа этого отношения, т.е. другими словами, любое отношение должно обладать первичным ключом. У нас все отношения имеют первичные ключи, поэтому данное требование выполняется.
Второе требование называется требованием целостности по ссылкам и является несколько более сложным. Требование целостности по ссылкам, или требование внешнего ключа состоит в том, что для каждого значения внешнего ключа, появляющегося в ссылающемся отношении, в отношении, на которое ведет ссылка, должен найтись кортеж с таким же значением первичного ключа, либо значение внешнего ключа должно быть неопределенным (т.е. ни на что не указывать). Существуют два вида целостности по ссылкам: каскадное обновление и каскадное удаление.
Понятно, что при обновлении ссылающегося отношения (вставке новых кортежей или модификации значения внешнего ключа в существующих кортежах) достаточно следить за тем, чтобы не появлялись некорректные значения внешнего ключа.
Каскадное удаление состоит в том, что при удалении кортежа из отношения, на которое ведет ссылка, из ссылающегося отношения автоматически удаляются все ссылающиеся кортежи.
Ограничения целостности сущности и по ссылкам должны поддерживаться СУБД.