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

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

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

Путь доступа - это …

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

Варианты ответа
последовательность выполняемых действий при доступе к данным, хранящимся в базе данных
алгоритм доступа к данным, хранящимся в базе данных
вариант алгоритма доступа к данным, хранящимся в базе данных(Верный ответ)
Похожие вопросы
Концепция обеспечения безопасности доступа, принятая в Oracle, не предусматривает выполнение следующих действий:
Концепция обеспечения безопасности доступа, принятая в Oracle, не предусматривает выполнение следующих действий:
Концепция обеспечения безопасности доступа, принятая в Oracle, не предусматривает выполнение следующих действий:
Какая из приведенных ниже привилегий прав доступа не позволяет изменят данные объекта?
Оцените в терминах операций ввода вывода следующий запрос, который делает выборку данных из таблиц PRODUCT (50 строк) и VENDOR (1000):
SELECT VENDOR_CODE, PRODUCT_CODE, PRODUCT_DESCFROM VENDOR, PRODUCTWHERE VENDOR.VENDOR_CODE = PRODUCT.VENDOR_CODE AND VENDOR.VENDOR_CODE = "100";

По следующему пути доступа:

  • Ограничение по условию поиска в второй таблице (VENDOR_CODE = "100").
  • Выполнение соединения полученной на 1 шаге результирующей таблицы с таблицей VENDOR.
  • если 20 строк удовлетворяют условиям поиска
    Дана спецификация модуля приложения базы данных.

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

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

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

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

    Пароль

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

    Колонки:

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

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

    Какая позиция спецификация была пропущена проектировщиком базы данных?
    Оцените в терминах операций ввода вывода следующий запрос, который делает выборку данных из таблиц PRODUCT (50 строк) и VENDOR (1000):
    SELECT VENDOR_CODE, PRODUCT_CODE, PRODUCT_DESCFROM VENDOR, PRODUCTWHERE VENDOR.VENDOR_CODE = PRODUCT.VENDOR_CODE AND VENDOR.VENDOR_CODE = "100";

    По следующему пути доступа:

  • Формируем декартово произведение таблиц PRODUCT и VENDOR.
  • Ограничиваемся в результирующей таблице строками, которые удовлетворяют условию поиска в предложении WHERE.
  • Выполняем проекцию результирующей таблицы на список колонок, указанный в предложении SELECT.
  • если 20 строк удовлетворяют условиям поиска
    Оцените в терминах операций ввода вывода следующий запрос, который делает выборку данных из таблиц PRODUCT (50 строк) и VENDOR (1000):
    SELECT VENDOR_CODE, PRODUCT_CODE, PRODUCT_DESCFROM VENDOR, PRODUCTWHERE VENDOR.VENDOR_CODE = PRODUCT.VENDOR_CODE AND VENDOR.VENDOR_CODE = "100";

    По следующему пути доступа:

  • Формируем декартово произведение таблиц PRODUCT и VENDOR.
  • Выполняем проекцию результирующей таблицы на список колонок, указанный в предложении SELECT.
  • Ограничиваемся в результирующей таблице строками, которые удовлетворяют условию поиска в предложении WHERE.
  • если 20 строк удовлетворяют условиям поиска
    Установите соответствие между терминами и их определениями.
    ТерминОпределение
    1.ИндексA- это физический объект реляционной базы данных, организованный по принципу сбалансированной иерархической структуры
    2.Ключевые поля или ключиБ- это колонки, входящие в индекс
    3.Индекс B-TreeВ- это объект в реляционной базе данных, который предназначен для организации быстрого доступа к строкам таблицы по значениям одной или более колонок этих строк
    4.Составной индексГ- это индекс типа B-Tree базы данных, который одновременно выполняет роль таблицы
    5.Исключительно индексная таблицаД- это индекс, построенный для нескольких колонок таблицы
    6.Кардинальность колонкиЕ- это число дискретных различных значений колонки, которые встречаются в строках таблицы
    Дана спецификация модуля приложения базы данных.

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

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

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

    Пароль

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

    Колонки:

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

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

    Действия:

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

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

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