- •5.Файловая организация данных и ее недостатки.
- •9. Трёхуровневая модель организации бд
- •13. Постреляционная модель
- •14. Объектно-ориентированная модель
- •15. Многомерная модель
- •16. Ключевые поля таблиц. Понятие первичного ключа.
- •17. Логические связи между отношениями
- •18.Реляционная (ссылочная) целостность.
- •18.Этапы жизненного цикла базы данных.
- •20. Модель «сущность-связь».
- •22.2. Модель «сущность-связь».
- •21.Преобразование er модели в реляционную.
- •22. Этапы проектирования реляционной базы данных
- •23. Характеристика субд ms Access.
- •24.Основные объекты субд ms Access.
- •25.Репликация
- •26.Ограничения субд ms Access
- •28.Справочная система субд ms Access, способы ее вызова.
- •29.Таблицы
- •30.Схема данных
- •31.Запросы
- •34.Формы
- •35.Подчиненные и составные формы
- •37.Макросы.
- •38.Страницы доступа к данным, их виды
- •39.Первая нормальная форма.
- •40. Вторая нормальная форма
- •41 Вопрос. Третья нф.
- •42.Назначение, стандарты и преимущества языка sql.
- •43, 45.Структура команды sql. Основные команды sql
- •Пример команды sql
- •44.Типы данных и выражения в sql.
- •46.Принцип передачи данных по сети.
- •47.Формы взаимодействия между компьютерами при удаленной обработке данных.
- •48.Обработка данных на мейнфреймах в пакетном режиме
- •49.Обработка данных в многотерминальных системах.
- •50.Обработка данных на автономных персональных компьютерах.
- •51.Обработка данных с использованием компьютерных сетей
- •52. Принципы передачи данных по сети
- •54. Централизованная и децентрализованная обработка данных.
- •55.Функциональные возможности и состав типовой современной субд
- •56.Понятие сервера и клиента.
- •57.Архитектура файл-сервер.
- •58.Клиент-серверные системы и модели доступа к данным.
- •59.Требования к серверу баз данных.
- •60.Механизмы доступа к данным (прикладной и универсальный программный интерфейс).
- •61.Категории специалистов, работающих с базой данных.
- •62.Функции администратора баз данных.
- •63.Причины разрушения и потери данных.
- •64.Меры обеспечения безопасности данных.
- •65.Использование паролей для защиты данных, уязвимость защиты с помощью паролей.
- •66.Восстановление и хранение данных.
- •67.Оптимизация работы базы данных.
- •68.Устройства для хранения баз данных.
- •69.Физический доступ к базе данных.
- •70.Индексирование и хеширование.
- •71.Сжатие данных.
20. Модель «сущность-связь».
Средством моделирования предметной области на этапе концептуального проектирования является модель «сущность-связь», кот. часто наз-ют ER-моделью. Моделирование структуры данных предметной области в ней базируется на использовании графических средств – ER-диаграмм. ER-диаграмма- графическое представление связи между сущностями.
Основн. понятия ER-диаграммы: сущность, атрибут, связь.
Сущ-ть – это некоторый объект реального мира, кот. может сущ-ть независимо. На ER-диаграмме сущность изображается прямоугольником, в кот. указывается её имя.
Сущность имеет экземпляры, отличающиеся др от др значениями атрибутов и допускающие однозначную идентификацию. Экземпляр сущности – конкретный объект, характеризующийся набором значений атрибутов сущности. Атрибут – это поименованная характеристикак сущности.
пример:
Атрибут, кот. уникальным образом идентифицирует экземпляры сущности, называется ключом. Ключ может быть составным, т.е представляющим комбинацию нескольких атрибутов.
Связь– взаимодействие между сущностями. Она характеризуется мощностью, кот. показывает, сколько сущностей участвует в связи. Связь между двумя сущн-ями наз-ся бинарной. На ER-диаграмме сущность изображается ромбом.
Важной характеристикой связи явл-ся тип связи (кардинальность).
22.2. Модель «сущность-связь».
Связь типа «многие-ко-многим» (каждый экземпляр сущности А может быть связан с несколькими экземплярами сущности В, а каждый экземпляр сущности В – с несколькими экземплярами сущности А).(М:N)
Связь типа «один-к-одному» (каждый экземпляр сущности А может быть связан не более чем с одним экземпляром сущности В).(1:1)
Связь типа «один-ко-многим» (каждый экземпляр сущности А может быть связан более чем с одним экземпляром сущности В, а каждый экземпляр сущности В – не более чем с одним экземпляром сущности А).
Класс принадлежности сущности.(1:М)
Если каждый экземпляр сущности связан с экземпяром сущности В, то класс принадлежности сущности А является обязательным. Этот факт отмечается на ER-диаграмме чёрным кружком, помещённым в прямоугольник, смежный с прямоугольником сущности А.
Если не каждый экземпляр сущности А связан с экземпляром сущности В, то класс принадлежности сущности А явл-ся необязательным. Этот факт отмечается на ER-диаграмме чёрным кружком, помещённым на линии связи возле прямоугольника сущности А.
21.Преобразование er модели в реляционную.
Концептуальные модели позволяют более точно представить предметную область, чем реляционные и другие более ранние модели. Но в настоящее время существует немного систем управления базами данных, поддерживающих эти модели. На практике наиболее распространены системы, реализующие реляционную модель. Поэтому необходим метод перевода концептуальной модели в реляционную. Такой метод основывается на формировании набора предварительных таблиц из ER-диаграмм.
Для каждой сущности создается таблица. Причем каждому атрибуту сущности соответствует столбец таблицы.
Правила генерации таблиц из ER-диаграмм опираются на два основных фактора – тип связи и класс принадлежности сущности [3]. Изложим их.
Если связь типа 1:1 и класс принадлежности обеих сущностей является обязательным, то необходима только одна таблица. Первичным ключом этой таблицы может быть первичный ключ любой из двух сущностей.
Если связь типа 1:1 и класс принадлежности одной сущности является обязательным, а другой – необязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности, для которой класс принадлежности является необязательным, добавляется как атрибут в таблицу для сущности с обязательным классом принадлежности.
Если связь типа 1:1 и класс принадлежности обеих сущностей является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.
Если связь типа 1:М и класс принадлежности сущности на стороне М является обязательным, то необходимо построить таблицу для каждой сущности. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Первичный ключ сущности на стороне 1 добавляется как атрибут в таблицу для сущности на стороне М.
Если связь типа 1:М и класс принадлежности сущности на стороне М является необязательным, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.
Если связь типа М:N, то необходимо построить три таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей.