Основы проектирования реляционных баз данных
SELECT VENDOR_CODE, PRODUCT_CODE, PRODUCT_DESCFROM VENDOR, PRODUCTWHERE VENDOR.VENDOR_CODE = PRODUCT.VENDOR_CODE AND VENDOR.VENDOR_CODE = "100";
По следующему пути доступа:
Наименование модуля: Страница для входа в приложение (LogIn)
Цель: идентификация пользователя и предоставление доступа к приложению базы данных
Входные данные
Имя пользователя
Пароль
Таблица базы данных: USERACCOUNT
Колонки:
USERNAME - запрашивается, используется в предикате поиска
USERPASS - запрашивается, используется в предикате поиска
Какая позиция спецификация была пропущена проектировщиком базы данных?SELECT VENDOR_CODE, PRODUCT_CODE, PRODUCT_DESCFROM VENDOR, PRODUCTWHERE VENDOR.VENDOR_CODE = PRODUCT.VENDOR_CODE AND VENDOR.VENDOR_CODE = "100";
По следующему пути доступа:
SELECT VENDOR_CODE, PRODUCT_CODE, PRODUCT_DESCFROM VENDOR, PRODUCTWHERE VENDOR.VENDOR_CODE = PRODUCT.VENDOR_CODE AND VENDOR.VENDOR_CODE = "100";
По следующему пути доступа:
Термин | Определение | ||
---|---|---|---|
1. | Индекс | A | - это физический объект реляционной базы данных, организованный по принципу сбалансированной иерархической структуры |
2. | Ключевые поля или ключи | Б | - это колонки, входящие в индекс |
3. | Индекс B-Tree | В | - это объект в реляционной базе данных, который предназначен для организации быстрого доступа к строкам таблицы по значениям одной или более колонок этих строк |
4. | Составной индекс | Г | - это индекс типа B-Tree базы данных, который одновременно выполняет роль таблицы |
5. | Исключительно индексная таблица | Д | - это индекс, построенный для нескольких колонок таблицы |
6. | Кардинальность колонки | Е | - это число дискретных различных значений колонки, которые встречаются в строках таблицы |
Цель: идентификация пользователя и предоставление доступа к приложению базы данных
Входные данные
Имя пользователя
Пароль
Таблица базы данных: USERACCOUNT
Колонки:
USERNAME - запрашивается, используется в предикате поиска
USERPASS - запрашивается, используется в предикате поиска
Действия:
Если пользователя с таким именем и паролем нет в базе данных - отказать в доступе и попросить правильно ввести свои данные (на случай ошибки), но не более трех раз.
Если пользователь есть в базе данных - предоставить доступ к модулю "Главная страница", которая в зависимости от полномочий пользователя может иметь различный внешний вид.
Какая позиция спецификация была пропущена проектировщиком базы данных?