База ответов ИНТУИТ

Основы проектирования реляционных баз данных

<<- Назад к вопросам

В самом общем случае, база данных - это…

(Отметьте один правильный вариант ответа.)

Варианты ответа
унифицированная совокупность хранимых и воспроизводимых данных, используемых в рамках отдельных служб организации
унифицированная совокупность хранимых и воспроизводимых данных, используемых в рамках организации(Верный ответ)
унифицированная совокупность хранимых данных, используемых в рамках организации
Похожие вопросы
Продолжите высказывание "Реляционная база данных есть …:
Установите соответствие между типами приложений и их определениями.
Тип приложения Определение
1.OLTP-системаA- это такое приложение обработки данных, для которого база данных растет или сжимается в размерах периодически в зависимости от характера обработки данных.
2.DSS-системаБ- это приложение, которое обеспечивает аналитическую обработку данных, включающую математический, статистический или иной анализ данных.
3.BATCH-системыВ- это такое приложение, которое работает с базой данных в не интерактивном режиме.
4.OLAP-системаГ- это такое приложение, которое работает с очень большой базой данных в режиме "только чтение".
5.VCDB-системаД- это такое приложение, которое содержит в основном транзакции вставки, обновления и удаления, с высокой частотой преимущественно транзакций обновления.
Укажите правильное соответствие между элементами диаграммы потока данных и их определениями.
ЭлементыОпределение
1Источники данныхA показывают места хранения данных.
2Потоки данныхBпоказывают операции, производимые над данными.
3Хранилища данныхCпоказывают, кто использует или работает с данными.
4Процессы обработки данныхDпоказывают способ передачи данных между источниками и хранилищами данных
Укажите правильное соответствие между этапами проектирования базы данных и их кратким содержанием.
ЭтапСодержание
1.Создание логической модели базы данныхA- это этап, на котором на основании информационной модели предметной области базы данных создается логическая структура базы данных, независимая от ее реализации
2.Создание физической модели базы данных: внутренняя схемаB- это этап, на котором анализируются возможные транзакции системы, выполняется, в случае необходимости, денормализация отношений для обеспечения более высокой производительности базы данных
3.Создание физической модели базы данных: учет влияния транзакцийC- это этап, на котором на основании логической модели базы данных создается физическая структура базы данных, зависимая от ее реализации
4.Создание серверного кодаD- это этап, на котором на основании функциональной модели предметной области базы данных создается серверный код базы данных в виде триггеров, хранимых процедур и пакетов
5.Проектирование модулей приложений базы данныхE- это этап, на котором создаются спецификации модулей приложений, разрабатываются стратегии тестирования базы данных и приложений, создается план тестирования приложений базы данных и готовятся тестовые данные
6.Контроль качества проектирования базы данныхFзаключается в настройке некоторых транзакций к базе данных и локальном перепроектировании базы данных согласно требованиям, поступающим с других этапов создания базы данных
7.Учет задач обратного влиянияGзаключается в проверке качества результатов проектирования на каждом его этапе
8.Сбор и анализ входных данныхH- это начальный этап проектирования, на котором осуществляется сбор и контроль качества результатов анализа предметной области базы данных, готовится план проектирования базы данных
Укажите правильное соответствие между задачами этапа "Сбор и анализ входных данных" и результатами их выполнения
ЗадачиРезультаты
1.Контроль качества ER-диаграммAПоследовательность работ бизнес-модели процесса проектирования базы данных со сведениями об ответственных исполнителях и сроках их исполнения
2.Контроль качества диаграмм функциональной модели предметной области базы данныхBОснова для создания логической модели базы данных
3.Систематизация требований заказчика к базе данныхCВывод о достаточности требований и реализуемости базы данных
4.Подготовка плана проектирования базы данныхDОснова для разработки серверного кода и проектирования модулей приложений базы данных
Определите порядок действий при создании базовых таблиц реляционной базы данных
Номер шага алгоритмаДействие
1IАФормирование списка имен таблиц и их сокращений в словаре данных
2IIБИдентификация реляционной таблицы
3IIIВПроверка: число базовых таблиц соответствует числу отношений логической модели реляционной базы данных
4IVГФормирование списка имен колонок и их сокращений в словаре данных
5VДОпределение колонок для базовых таблиц
6VIЕОпределение типов данных колонкам
7VIIЖПроверка списка имен в словаре данных, чтобы избежать конфликтов имен в базе данных в целом
8VIIIЗВыборочное добавление
Какой шаг следует добавить в приведенный ниже алгоритм декомпозиции отношений?

Алгоритм

  • Разработка универсального отношения для базы данных.
  • Построить минимальное покрытие ФЗ
  • Определение, находится ли отношение в НФБК. Если да, то завершить проектирование; в противном случае, отношение должно быть разбито на два других отношения.
  • Повторение пунктов 2 и 3 для каждого нового отношения, полученного в результате декомпозиции.

    Какой шаг следует добавить в приведенный ниже алгоритм декомпозиции отношений?

    Алгоритм

  • Разработка универсального отношения для базы данных.
  • Определение всех ФЗ между атрибутами отношения
  • Определение, находится ли отношение в НФБК. Если да, то завершить проектирование; в противном случае, отношение должно быть разбито на два других отношения.
  • Повторение пунктов 2 и 3 для каждого нового отношения, полученного в результате декомпозиции.
    К какой нормальной форме приведено исходное отношение?

    Исходное отношение:

    Преподаватель_предмет (Личный_#, Предмет, Часы, Фамилия, Должность, Оклад, Кафедра, Телефон )

    Результирующие отношения:

    Преподаватель (Личный_#, Фамилия, Должность, Оклад, Кафедра, Телефон )

    Предмет(Личный_#, Предмет, Часы )

    Комментарий к ответу: Отношение Преподаватель_Предмет содержит частичные ФЗ: пять последних неключевых атрибутов зависят от части ключа Личный_#. Это может привести к следующим аномалиям:

  • дублирование данных о преподавателе в случае, если он читает несколько предметов;
  • проблема контроля избыточности данных: обновление значения "Оклад";
  • проблема нуль-значений: данные о преподавателе не могут быть включены, если они в настоящий момент не ведут обучения.
  • Устранение аномалий заключается в выполнении двух проекций отношения.

    Дана спецификация модуля приложения базы данных.

    Цель: идентификация пользователя и предоставление доступа к приложению базы данных

    Входные данные

    Имя пользователя

    Пароль

    Таблица базы данных: USERACCOUNT

    Колонки:

    USERNAME - запрашивается, используется в предикате поиска

    USERPASS - запрашивается, используется в предикате поиска

    Действия:

    Если пользователя с таким именем и паролем нет в базе данных - отказать в доступе и попросить правильно ввести свои данные (на случай ошибки), но не более трех раз.

    Если пользователь есть в базе данных - предоставить доступ к модулю "Главная страница", которая в зависимости от полномочий пользователя может иметь различный внешний вид.

    Какая позиция спецификация была пропущена проектировщиком базы данных?