- •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.Сжатие данных.
15. Многомерная модель
К ним появ.интерес лишь в 90-х гг хх в.инфа в многом.модели представл.в виде многомерных массивов (гиперкубах). в одной бд может храниться множество гиперкубов. конечн. пользователь в кач-ве внешней модели данных получ.для анализа опред.срезы или проекции кубов,представл-е в виде обычн.двухмерных таблиц или графиков.
Многом.модели хорошо обслужив.аналитическую обработку данных и обеспеч.> быстрый поиск и чтение данных по ср.с реляц-ми мод.,+избавляют от необход-ти многократного связывания таблиц. среднее время ответа у них на сложный вопрос в десятки раз <,чем при исп-нии реляц-й модели.они обычно явл.узко специализирован-ми.
Осн.понятиями,исп-ми в многом.м, явл.:
-агрегируемость(обознач.рассмотрение и возмож-ть анализа дан.на разн.уровнях обобщения:для пользов-ля,аналитика, руковод-ля); -историчность(обознач.привязку данных ко времени и высокий ур-нь неизменности их и их взаимосвязей); -прогнозируемость данных(предполаг.задание функций прогнозир-ия и примен-е их к разл.врем-м интервалам).
Многомерность модели данных – это многомерное логич.представление стр-ры данных при их описании и в операциях манипулиров-я ими, а не мнгомер-ть их визуализации.
16. Ключевые поля таблиц. Понятие первичного ключа.
Ключ – это минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся. Каждая сущность обладает хотя бы одним возможным ключом.
Один из них принимается за первичный ключ.
При выборе первичного ключа следует отдавать предпочтение несоставным ключам или ключам, составленным из минимального числа атрибутов. Нецелесообразно также использовать ключи с длинными текстовыми значениями (предпочтительнее использовать целочисленные атрибуты).
Не допускается, чтобы первичный ключ сущности (любой атрибут, участвующий в первичном ключе) принимал неопределенное значение. Иначе возникнет противоречивая ситуация: появится не обладающий индивидуальностью, и, следовательно, не существующий экземпляр сущности. По тем же причинам необходимо обеспечить уникальность первичного ключа.
17. Логические связи между отношениями
Между отношениями устанавливаются связи. Связи делают их более информативными, чем они являются по отдельности. Они позволяют минимизировать избыточность данных в БД,
Связь устанавливается посредством связи ключей, содержащих общую информацию для обоих отношений. Пусть отношение R1 именуется главным, а R 2 – подчиненным. Ключ главного называется первичным, а подчиненного – вторичным. Особенностью вторичного ключа является то, что его значения могут повторяться.
Связь существует четырех типов:
1) один-к-одному (1:1);
2) один-ко-многим (1:М);
3) многие-к-одному (М:1);
4) многие-ко-многим (М:М).
В случае связи 1:1 одному значению первичного ключа соответствует одно и только одно значение вторичного ключа.
В случае связи 1:М одному значению первичного ключа может соответствовать несколько значений вторичного ключа. В случае связи М:1 одному значению вторичного ключа может соответствовать несколько значений первичного. /
В случае связи М:М одному значению первичного ключа может соответствовать несколько значений вторичного, и одному значению вторичного – несколько значений первичного.