Оцените в терминах операций ввода вывода следующий запрос, который делает выборку данных из таблиц 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 строк удовлетворяют условиям поиска

Оцените в терминах операций ввода вывода следующий запрос, который делает выборку данных из таблиц 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 строк удовлетворяют условиям поиска

Установите соответствие между типами денормализации и их определениями.

	Тип денормализации		Определение
1.	нисходящая денормализация	A	- это процесс введения избыточных колонок в одной таблице с целью увеличения производительности запроса строки по производному значению
2.	восходящая денормализация	Б	- это процесс введения избыточных колонок в родительских таблицах с целью устранения операций соединения с операциями агрегирования
3.	Внутритабличная денормализация	В	- это процесс введения избыточных колонок в подчиненных таблицах с целью устранения операций соединения
4.	Денормализация методом разделяй и властвуй	Г	- это процесс объединения одной или более нормализованных таблиц с целью устранения операций соединений или уменьшения в некоторых случаях числа операций вставки
5.	Денормализация методом слияния таблиц	Д	- это процесс разбиения нормализованной таблицы на две и более таблиц и создание между ними отношения "один к одному" с целью устранения дополнительных операций ввода-вывода или по техническим причинам

При выполнении команды SQL

SELECT NAME, QTY, DESCFROM CUSTOMER C, ORDER O, PRODUCT PWHERE ( C.CUST_NO = O. CUST_NO )AND (P.CUST_NO = O. CUST_NO );

СУБД выполнит физическую операцию …

Установите соответствие между терминами и их определениями.

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

Команды SQL

SELECT P.PROD_NO, P.PROD_DESCFROM PRODUCT P, ORDER OWHERE (O.PROD_NO = P.PROD_NO) AND(O.ORD_DATE BETWEEN  JAN-1-1995 AND JAN-31-1995);

является операцией …

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

	Номер шага алгоритма		Действие
1	I	А	Формирование списка имен таблиц и их сокращений в словаре данных
2	II	Б	Идентификация реляционной таблицы
3	III	В	Проверка: число базовых таблиц соответствует числу отношений логической модели реляционной базы данных
4	IV	Г	Формирование списка имен колонок и их сокращений в словаре данных
5	V	Д	Определение колонок для базовых таблиц
6	VI	Е	Определение типов данных колонкам
7	VII	Ж	Проверка списка имен в словаре данных, чтобы избежать конфликтов имен в базе данных в целом
8	VIII	З	Выборочное добавление

Установите соответствие между терминами и их определениями.

	Термин		Определение
1.	Кластер	A	- это значение колонок, общих для кластеризуемых таблиц
2.	Индексный кластер	Б	- это кластер, для физической организации которого используется индекс со структурой B-Tree
3.	Хеш-кластер	В	- это кластер, для физической организации которого использует структура на основе преобразования ключа
4.	Кластерный ключ	Г	- это группа таблиц, которая разделяет общие физические страницы данных при совместном использовании в запросах общих колонок этих таблиц

Упорядочите действия по созданию первой итерации внутренней схемы базы данных

	Действия
1.	Создание таблиц
2.	Определение типов данных колонок
3.	Определение первичного ключа
4.	Задание ограничений на значения колонок
5.	Создание таблиц для взаимосвязи многие-ко-многим
6.	Создание индексов
7.	Создание представлений
8.	Проверка корректности созданной физической модели
9.	Создание других объектов базы данных

Рассмотрим базу данных обработки заказов и создадим индексный кластер для хранения одной из таблиц базы данных - Customer.

CREATE CLUSTER cust_c (cust_id varchar(8))INDEX;CREATE INDEX cust_c_id ON CLUSTER cust_c;CREATE TABLE cust (cust_id 	varchar2(8) NOT NULL REFERENCES customers,ent#		number	NOT NULL,date_ent	date		NOT NULL,comment	varchar2(60)	NOT NULL,…PRIMARY KEY(cust_id, ent#)) CLUSTER cust_c (cust_id);

Созданная таблица кластеризована по колонке cust_id, и все специальные записи о клиента в колонке comment будут расположены в одной странице физической базы данных, либо в смежных страницах. Их можно выбрать за одну операцию поиска по индексу:

SELECT date_ent, comment FROM cust_c WHERE cust_id=:cur_cust;

Комментарий. Ограничение первичного ключа в операторе CREATE сделано, чтобы избежать создания второго индекса.

Является ли такое решение преимуществом с точки зрения утверждения: "Очень немного строк о клиентах имеют специальные записи о клиенте".