- •2. Модели бд: простая двумерная структура, иерархическая структура, реляционная модель.
- •708 Тульский механический завод.
- •3. Понятия первичного и внешнего ключа.
- •9. Задача поиска информации. Индексные файлы, их структура и принцип работы, хеширование.
- •10. Проблема достоверности информации, семантические ошибки. Защита и сохранность бд.
- •11. Оперативные таблицы, справочники, словари.
- •12. Функции универсальной информационной системы (основные и вспомогательные). Документальные системы.
- •13. Структура интерфейса субд «Access». Объекты, режим конструктора. Создание таблицы в режиме конструктора, типы полей, свойства полей.
- •14. Определение связей между таблицами, типы связей, их обозначение и просмотр. Понятие целостности данных.
- •15. Присоединённые таблицы, ввод изменение и просмотр данных.
- •16. Создание простых форм. Типы форм. Элементы форм.
- •1 7. Понятие запроса, типы запросов, создание простого запроса.
- •18. Понятие отчёта, создание простых отчётов.
- •19. Анализ таблиц, понятие подстановки.
- •20. Создание связей и объединений в запросах. Ограничения в многотабличных запросах.
- •21. Создание связей для запросов. Объединения и их типы. Объединение в запросе двух копий одной таблицы (самообъединение).
- •22. Использование в запросе автоподстановки для автоввода данных. Создание параметризованных запросов.
- •23. Запросы, вносящие изменения. Проблемы, возникающие при работе с ними.
- •24. Создание и использование подчинённых форм (с помощью мастера и без него). Связывание главной и подчинённой форм. Создание итогов в подчинённых формах.
- •25. Язык sql, его основные команды и их структура, понятие предиката. Понятие транзакции.
- •26. Команда select, устранение избыточности данных - distinct. Определение выборки - where.
- •27. Операторы in, between... And, like, is null.
- •28. Применение функций агрегирования, специальные атрибуты в count, скалярные выражения.
- •29. Предложения group by и having.
- •30. Форматирование результатов запросов, упорядочивание выходных полей, команда order by.
- •32. Вложенные запросы (подзапросы). Связанные подзапросы, оператор exists.
- •33. Объединение множества запросов в один - предложение union.
- •34. Построение запросов для ввода, удаления и изменения значений полей. Вставка результата запроса в таблицу.
- •35. Создание, изменение и удаление таблиц. Понятие представления (View).
- •38. Терминология модели «Клиент-сервер». Логические компоненты модели.
14. Определение связей между таблицами, типы связей, их обозначение и просмотр. Понятие целостности данных.
С вязи определяются (вводятся) в окне Схемы данных. Оно открывается либо кнопкой ,
либо «Правка / Схема данных» в меню
Открывается окно схемы и диалог добавления таблицы- это дает возможность добавить к схеме таблицу. Есть также кнопка для добавления таблицы к уже имеющейся схеме. После закрытия окна добавления таблицы можно установить связь между таблицами путем «Перемещения» поля из одной таблицы на эквивалентное поле другой таблицы. Обычно связывают ключевое поле одной таблицы с одноименным полем в другой. При отпускании кнопки мыши открывается окно диалога установления параметров связи
Тип отношения «один ко многим»
Это же окно открывается при изменении / удалении связи при ее выборе в схеме и нажатии на левую кнопку мыши (дважды).
ПРАВИЛО: Поля, используемые для создания связи могут иметь разные имена, но (за одним исключением) должны иметь одинаковый тип данных и содержать данные одного рода. Кроме того, связываемые поля типа «Числовой» должны иметь одинаковые значе-ния свойства поля, Размер поля.
Единственным исключением является возможность связывания поля типа «Счетчик» с полем типа «Числовой» (со свойством «Длинное целое»).
Если связь создана с включенным параметром «Обеспечение целостности данных», то не допускается удаление любой из таблиц или связанных полей до удаления связи.
Условие целостности не позволяет ввод во внешнее ключевое поле связанной таблицы значения, отсутствующего в ключевом поле главной таблицы. Однако возможен ввод во внешнее ключевое поле пустого значения, показывающего, что записи не являются связанными. Например, невозможно ввести в таблицу «Заказ на имя несуществующего клиента, однако, допускается ввод заказа, не относящегося ни к одному из клиентов с пустым значением в поле «Код клиента».
Это типичная связь «один ко многим». Иногда возникает необходимость в связи «многие ко многим», при которых с каждой записью в одной таблице могут быть связаны несколько записей в другой таблице.
Для реализации такой связи создается третья - объединяющая таблица, в которую должны быть включены ключевые поля из обеих объединяемых таблиц в качестве внешних ключей. Другие поля добавляются как в любую другую таблицу.
В объединяющей таблице задается ключ, включающий все ключевые поля из обеих первичных таблиц.
Далее задаются связи «один ко многим» между каждой из первичных таблиц и объединяющей.
В заказ может быть включено много товаров. Товар может быть включен во много заказов.
Просмотр существующих связей
И так, окно схемы данных открывается по
Для просмотра всех связей - нажать
Д ля просмотра связей от конкретной таблицы нужно выделить эту таблицу
Если все остальные изображения мешают, то предварительно нужно очистить макет затем добавить таблицу и только потом показать ее связи.