- •1. Понятие информации. Структурные единицы информации.
- •2. Понятие информации. Меры информации.
- •3. Понятие информации. Свойства информации.
- •4. Понятие информации. Прагматические свойства информации.
- •5. Понятие информации. Атрибутивные свойства информации.
- •6. Понятие информации. Процессы преобразования информации.
- •7. Понятия системы, информационной системы. Компоненты системы.
- •8. Понятия информационного процесса, информационной процедуры.
- •9. Состав и структура информационных систем.
- •10. Понятие ис. Классификация ис по степени автоматизации, сфере применения.
- •11. Понятие ис. Классификация ис по характеру использования информации, по уровню управления организацией.
- •16. Понятие ис. Классификация ис по типу данных.
- •18. Фактографические ис, определение, назначение. Понятие предметной области (по). Объекты по.
- •19. Фактографические ис. Понятие информационного объекта (сущности). Способы задания.
- •20. Концептуальное моделирование. Взаимосвязи между сущностями.
- •21. Концептуальное моделирование. Модель сущность-связь (концептуальная модель).
- •22. Модели данных. Основные компоненты модели.
- •23. Модели данных. Виды моделей данных, основные отличительные особенности.
- •24. Общие понятие субд. Классификация субд.
- •25. Разработка плоской бд в приложении Еxcel. Понятие автофильтра, расширенного фильтра. Примеры.
- •26. Разработка плоской бд в приложении Еxcel. Применение функции если. Функции для работы с бд. Примеры.
- •27. Разработка бд в приложении субд Access. Понятие бд и субд. Ключи таблиц, ограничения целостности данных.
- •28. Разработка бд в приложении субд Access. Понятие целостности бд, целостность данных и ссылочная целостность.
- •29. Разработка бд в приложении субд Access. Логическая модель бд. Сущности, атрибуты, домены. Примеры.
- •30. Разработка бд в приложении субд Access. Логическая модель бд. Связи между сущностями.
- •31. Разработка бд в приложении субд Access. Понятие запроса. Запрос на выборку. Примеры условий отбора.
- •32. Разработка бд в приложении субд Access. Понятие запроса. Вычисляемые поля в запросах. Применение функции если. Примеры.
- •Iif(лог_выражение;значение_если_истина;значение_если_ложь),
- •33. Разработка бд в приложении субд Access. Групповые запросы. Примеры.
- •34. Разработка бд в приложении субд Access. Формы, назначение, основные разделы. Технология создания простых и составных форм.
- •35. Разработка бд в приложении субд Access. Формы, назначение, основные разделы. Вычисляемые поля в формах.
- •36. Разработка бд в приложении субд Access. Отчеты, назначение, основные разделы. Технология создания простых и составных отчетов.
- •37. Разработка бд в приложении субд Access. Отчеты, назначение, основные разделы. Вычисляемые поля в отчетах.
- •38. Разработка бд в приложении субд Access. Отчеты с группировкой данных и подведением итогов.
- •39. Разработка бд в приложении субд Access. Макросы, понятие, назначение.
30. Разработка бд в приложении субд Access. Логическая модель бд. Связи между сущностями.
Логическая модель базы данных – это модель реального мира, данные о котором занесены в таблицы и подлежат хранению и обработке в базе данных. Каждая отдельная таблица – это сущность (класс с однотипными объектами) реального мира, обладающая определенным набором свойств (наименования полей таблицы).
Между объектами реального мира существуют определенные отношения (связи), например, продавец (сущность Продавцы (свойства – код продавца, наименование, адрес)) продает товар (сущность Товар (свойства – код товара, наименование товара, цена за единицу)), а клиент (сущность Клиенты (свойства - код клиента, наименование, адрес)) - покупает его. Для того, чтобы отобразить эти отношение в терминах СУБД вводятся специальные понятия отношений – «один –ко-многим», «многие–ко-многим», «один-к-одному».
1. Связь “один к одному” это такой тип связи между сущностями А и В, когда каждому экземпляру сущности А соответствует один и только один экземпляр сущности В и, наоборот, каждому экземпляру сущности В соответствует один и только один экземпляр сущности А.
2. С помощью связи “один ко многим” определяется такой тип связи между сущностями А и В, когда одному экземпляру сущности А может соответствовать 0, 1 или несколько экземпляров сущности В, однако каждому экземпляру сущности В соответствует один и только один экземпляр сущности А.
3. Связь “многие ко многим” определяет такой тип связи между сущностями А и В, при котором каждому экземпляру сущности А может соответствовать 0, 1 или несколько экземпляров сущности В и наоборот.
Рассмотрим отношения между сущностями в приведенном выше примере:
- каждый продавец может продать несколько товаров, в свою очередь – каждый товар может быть продан несколькими продавцами – связь многие-ко-многим;
- каждый клиент может быть обслужен одним продавцом, но каждый продавец может обслужить много клиентов – связь “один ко многим”;
- каждый товар может быть куплен разными клиентами, но каждый клиент может купить много товаров – «связь многие-ко-многим».
Необходимо отметить, что связь «многие-ко-многим» не поддерживается реляционными СУБД, поэтому для реализации такой связи вводится дополнительная сущность, которая обеспечивает выполнение связей “один-ко-многим” между первоначальными сущностями, например, для реализации отношения товар-клиент можно ввести третью сущность –Покупка со свойствами –код клиента, код товара, количество, дата продажи. В этом случае между сущностями Клиенты, Товар и Покупка будет отношение один-ко-многим (каждая покупка совершается конкретным клиентом с необходимым списком товаров).
Для определения связей между таблицами в СУБД существуют понятия первичного и внешнего ключей базовых таблиц.
Первичный ключ - это поле таблицы, обеспечивающее уникальность каждой записи, предназначен для поддержания целостности данных в пределах одной таблицы. Таблица, содержащая первичный ключ, называется главной. В главных таблицах связей обычно содержится информация о реальных объектах реального мира, причем каждому объекту соответствует только одна запись.
Таблица, содержащая внешний ключ называется связанной или связываемой таблицей.
Внешний ключ – это проиндексированное поле другой таблицы, которая будет участвовать в связи. В этом случае для обеспечения целостности данных поле внешнего ключа связываемой таблицы обязательно должно обладать следующими свойствами:
- данные, вводимые в поле внешнего ключа должны повторять значения первичного ключа главной таблицы, но в отличии от неповторяющихся значений первичного ключа, во внешнем ключе одно и то же данное может повториться несколько раз;
- типы данных полей внешнего и первичного ключей совпадают;
- размеры полей внешнего и первичного ключей совпадают.
Правило, согласно которому значения внешнего ключа связанной таблицы должны быть адекватны значениям первичного ключа главной таблицы называется ссылочным ограничением или ссылочной целостностью.
Внешний ключ, также как и первичный ключ, определяется с помощью свойства ‘Индексированное поле’, только в этом случае его значение примет вид – “Да (совпадения допускаются)”.
Для того, чтобы построить логическую модель надо:
Из меню Сервис выбрать команду Схема данных;
В диалоговом окне «Добавление таблицы» выбрать все таблицы (используя клавишу Shift) и нажать кнопку Добавить, либо можно добавить каждую из таблиц поочередно;
Для
создания связи между таблицами надо
выделить поле первичного ключа главной
таблицы, нажать клавишу мыши и, не
отпуская нажатую клавишу, перенести
это поле на поле внешнего ключа связываемой
таблицы. После этого обязательно надо
выставить ссылочные ограничения,
накладываемые на связываемые таблицы
см. рис.15
Рис.15. Создание ссылочных ограничений
- установление флажка "Обеспечение целостности данных" означает, что значения внешних ключей связываемых таблиц должны соответствовать значениям первичных ключей главных таблиц.
- установление флажка "Каскадное обновление связанных полей" означает, что при изменении значений в первичных ключах соответствующие значения внешних ключей будут также изменены.
- установление флажка "Каскадное удаление связанных полей" означает, что при удалении значения первичного ключа соответствующие значения внешнего ключа будут удалены.
