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

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

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

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

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

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

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

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

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

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

Установите соответствие между фазами обработки команды SQL и действиями СУБД

	Тип данных		Значение
1	фаза синтаксического разбора	А	включает проверку синтаксиса команды, проверку имен таблиц и колонок в базе данных, а также подготовку исходных данных для оптимизатора
2	фаза оптимизации	Б	включает подстановку действительных имен таблиц и колонок базы данных в представление, идентификацию возможных вариантов выполнения команды, определения стоимости выполнения каждого варианта, выбор наилучшего варианта на основе внутренней статистики
3	фаза генерации исполняемого кода	В	включает выполнение кода команды
4	фаза выполнения команды	Г	включает построение выполняемого кода команды

Установите соответствие между объектами реляционной базы данных СУБД Oracle и их определениями

	Объект		Определение
1	Последовательность	А	- это объект базы данных, который позволяет генерировать последовательность уникальных чисел в условиях многопользовательского асинхронного доступа
2	Определенные пользователем типы данных	Б	- это именованная часть базы данных, используемая для распределения памяти для таблиц и индексов
3	Табличная пространство или область	В	- это определенные пользователем типы атрибутов (домены), которые отличаются от поддерживаемых (встроенных) СУБД типов.
4	Кластер	Г	- это объект базы данных, который позволяет представить объект с данными в виде совокупности подобъектов, отнесенных к различным табличным пространствам
5	Секция	Д	- это объект, задающий способ совместного хранения данных в нескольких или одной таблицы
6	Снимок	Е	- объект базы данных, представляющий собой поименованную совокупность привилегий, которые могут назначаться пользователям, категориям пользователей.
7	Связь базы данных	Ж	- это объект базы данных, который позволяет обратиться к объектам удаленной базы данных.
8	Роль	З	- локальная копия таблицы удаленной базы данных, которая используется для тиражирования (репликации) таблицы или результата запроса. Снимки могут быть модифицируемыми или предназначенными только для чтения.

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

	Термин		Определение
1.	Локально секционированный индекс	A	имеет такой же ключ секционирования, количество табличных пространств и правила секционирования, что и отвечающая ему базовая таблица
2.	Глобально секционированный индекс	Б	Ключ секционирования; секционирование выполняется по значениям, отличным от значений колонки индексирования
3.	Префиксный секционированный индекс	В	означает, что индекс имеет то же число секций и те же правила секционирования, что и его базовая таблица
4.	Непрефиксный секционированный индекс	Г	содержит предложение PARTITION BY RANGE, в котором задаются параметры секционирования, отличные от параметров секционирования соответствующей базовой таблицы
5.	Локально равносекционированный секционированный индекс	Д	секционирование производится по ключу секционирования, который содержит основную часть индексного ключа

Рассмотрим базу данных обработки заказов и создадим индексный кластер для хранения одной из таблиц базы данных - 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 сделано, чтобы избежать создания второго индекса.

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

Рассмотрим базу данных обработки заказов и создадим индексный кластер для хранения одной из таблиц базы данных - 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 сделано, чтобы избежать создания второго индекса.

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

Рассмотрим базу данных обработки заказов и создадим индексный кластер для хранения одной из таблиц базы данных - 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 сделано, чтобы избежать создания второго индекса.

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