Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Ответы на вопросы экзамена / вопросы к экзамену 2017 — копия.docx
Скачиваний:
56
Добавлен:
09.12.2018
Размер:
498.33 Кб
Скачать
  1. Метод «сущность - связь»

Ответ:

Метод «сущность-связь» (метод «ER-диаграмм») – это метод, основанный на использование диаграмм, называемых соответственно диаграммами ER-экземпляров и диаграммами ER-типа.

Основные понятия

Сущность – это объект, информация о котором хранится в БД.

Атрибут – это свойство сущности.

Ключ сущности – это атрибут (набор атрибутов), используемый для идентификации экземпляра сущности.

Связь между сущностями – это зависимость между атрибутами этих сущностей.

Графические средства, используемые для получения наглядности и удобства проектирования:

  • Диаграмма ER-экземпляров;

  • Диаграмма ER-типа или ER-диаграмма.

Диаграмма ER-экземпляров:

ER-диаграмма:

На основе анализа ER-диаграмм формируется отношения проектируемой БД. При этом учитывается степень связи сущностей и класс их принадлежности.

Степень связи – это характеристика связи между сущностями (1:1, 1:М; М:1; М:М).

Класс принадлежности сущности может быть: обязательным и необязательным.

Обязательный – если все экземпляры сущности обязательно участвуют в рассматриваемой связи.

Необязательный – не все экземпляры участвуют в рассматриваемой связи.

  1. Этапы проектирования баз данных

Ответ:

I. Концептуальное проектирование – сбор, анализ и редактирование требований к данным.

Цель: создание концептуальной модели данных, исходя из представлений пользователя о предметной области.

Процедуры:

  1. Определение сущностей и их документирование;

  2. Определение связей между сущностями и их документирование;

  3. Создание модели предметной области;

  4. Определение значений атрибутов;

  5. Определение первичных ключей для сущностей.

II. Логическое проектирование – на основе концептуальной модели создается структура данных.

Цель: преобразование концептуальной модели на основе выбранной модели данных в логическую модель, независимую от особенностей используемой в дальнейшем СУБД для физической реализации БД.

Процедуры:

  1. Выбор модели данных;

  2. Определение набора таблиц и их документирование;

  3. Нормализация таблиц;

  4. Определение требований к поддержке целостности данных и их документирование.

III. Физическое проектирование – определение особенностей данных и методов доступа.

Цель: описание конкретной реализации БД, размещение во внешней памяти компьютера.

Процедуры:

  1. Проектирование таблиц БД;

  2. Проектирование физической организации БД;

  3. Разработка стратегии защиты БД.

  1. Жизненный цикл базы данных

Ответ:

Жизненный цикл БД – это процесс проектирования, реализации и поддержания систем БД.

Стадии жизненного цикла БД:

  1. Анализ – анализ предметной области и выявление требований к ней, оценка актуальности системы.

  2. Проектирование – создание логической структуры БД, функциональное описание программных моделей и информационных запросов.

  3. Реализация – разработка ПО для БД, проводится тестирование.

  4. Эксплуатация и сопровождение.

Этапы жизненного цикла БД:

  1. Предварительное планирование – планирование БД, выполнения стратегического плана разработки БД (какие приложения используются, какие функции они выполняют, какие файлы связаны с каждым из этих приложений и какие новые файлы и приложения находятся в процессе разработки).

  2. Проверка осуществимости – проверка технологической, операционной и экономической осуществимостей.

  3. Определение требований – выбор цели БД, выявление информационных требований к БД, требования к оборудованию и к ПО, определение пользовательских требований.

  4. Концептуальное проектирование – создание концептуальной схемы.

  5. Реализация – приведение концептуальной модели ф функциональную БД.

  1. Выбор и приобретение необходимой СУБД.

  2. Преобразование концептуальной модели в логическую и физическую модели.

  • На основе инфологической модели строится схема данных для конкретной СУБД.

  • Определяются какие прикладные процессы необходимо реализовать как хранимые процедуры.

  • Реализовать ограничения, предназначенные для обеспечения целостности данных.

  • Спроектировать триггеры.

  • Разработать стратегию индексирования и кластеризации, выполнить оценку размеров таблицы, кластеров и индексов.

  • Определить уровни доступа пользователей, разработать и внедрить правила безопасности.

  • Разработать сетевую топология БД.

  1. Создание словаря данных.

  2. Заполнение БД.

  3. Создание прикладного ПО, контроль управления.

  4. Обучение пользователя.

  1. Оценка и усовершенствование схемы БД.