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

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

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

Данные в информационных системах выступают как …

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

Варианты ответа
способ обработки информации о внешнем мире, пригодный для использования в компьютерных системах
способ представления информации в определенной, фиксированной форме, пригодной для обработки, хранения и передачи(Верный ответ)
способ интерпретации информации о внешнем мире в компьютерных системах
Похожие вопросы
Какое из перечисленных ниже преобразований не используется в информационных системах в процессе обработки данных и информации?
Основной целью создания информационных систем является …
Какая из приведенных ниже привилегий прав доступа не позволяет изменят данные объекта?
Дана спецификация модуля приложения базы данных.

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

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

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

Пароль

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

Колонки:

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

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

Действия:

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

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

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

Наименование модуля: Страница для входа в приложение (LogIn)

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

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

Пароль

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

Колонки:

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

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

Действия:

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

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

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

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

Курсовой_проект (Преподаватель, Проект, Студент)

Иванов Тема1 Петрова

Фролов Тема1 Исаев

Антонов Тема1 Сидоров

Иванов Тема2 Ивлева

Фролов Тема2 Степанов

Фролов Тема3 Мусин

Антонов Тема3 Сац

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

Руководство (Преподаватель, Предмет)

Выполнение (Студент, Предмет)

Комментарий к ответу: На роль ключа отношения Курсовой_проект претендует набор атрибутов {Преподаватель, Предмет}. Студент выполняет только один проект, один и тот же проект может выполняться несколькими студентами у разных преподавателей. Отношение содержит следующие ФЗ: {Преподаватель, Предмет} \to Студент и Студент \to Предмет.

Отношение находится в 3НФ и не содержит частичных и транзитивных ФЗ. Однако наличие ФЗ части составного ключа от неключевого атрибута может привести к следующим аномалиям:

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

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

    Наименование модуля: Страница для входа в приложение (LogIn)

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

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

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

    Пароль

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

    Колонки:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Должность (Должность, Оклад)

    Кафедра (Кафедра, Телефон)

    Комментарий к ответу: Отношение Преподаватель содержит транзитивные зависимости: Личный_# \to Кафедра \to Телефон и Личный_# \to Должность\to Оклад. Это может привести к следующим аномалиям:

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