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

Упражнение 1:

Номер 1

В контексте физического проектирования реляционных баз данных индексирование - это …

Ответ:

(1) логическое представление совместно используемых данных из базовой таблицы

(2) определение физического объекта реляционной базы данных для таблицы с целью повышения производительности доступа

(3) обеспечение быстрого доступа к значениям колонки или комбинации колонок

(4) логическое представление совместно используемых данных из базовой таблицы с целью увеличения производительности

Номер 2

В контексте физического проектирования реляционных баз данных секционирвание - это …

Ответ:

(1) логическое представление совместно используемых данных из нескольких различных таблиц

(2) физическое распределение таблиц и индексов среди двух или более табличных пространств в зависимости от значений ключевых колонок таблиц

(3) физическое распределение таблиц и индексов среди двух или более табличных пространств в зависимости от значений ключевых колонок таблиц с целью повышения производительности операций ввода-вывода

(4) логическое представление совместно используемых данных из нескольких различных таблиц с целью увеличения производительности

Номер 3

В контексте физического проектирования реляционных баз данных кластеризация - это …

Ответ:

(1) логическое представление совместно используемых данных из нескольких различных таблиц

(2) способ физического размещения рядом, на одной физической странице данных, строк, доступ к которым осуществляется при помощи одинакового значения колонки (ключа)

(3) способ физического размещения рядом, на одной физической странице данных, строк, доступ к которым осуществляется при помощи одинакового значения колонки (ключа) с целью увеличения производительности

(4) логическое представление совместно используемых данных из нескольких различных таблиц с целью увеличения производительности

Упражнение 2:

Номер 1

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

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

Ответ:

(1) А, Б, В, Г, Д, Е

(2) В, Б, А, Д, Г, Е

(3) Г, Б, В, А, Д, Е

(4) Е, Д, В, Б, Г, А

Номер 2

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

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

Ответ:

(1) А, Б, В, Г

(2) А, Б, Г, В

(3) Г, Б, В, А

(4) В, Б, Г, А

Номер 3

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

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

Ответ:

(1) А, Б, В, Г, Д

(2) Б, Г, В, А, Д

(3) А, Г, Д, Б, В

(4) Д, А, Б, Г, В

Номер 4

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

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

Ответ:

(1) А, Б, В, Г

(2) Б, Г, В, А

(3) Г, Б, В, А

(4) А, Б, Г, В

Упражнение 3:

Номер 1

Какой из перечисленных ниже типов колонок является плохим кандидатом для построения индекса?

Ответ:

(1) колонка первичного ключа

(2) колонка, которая содержит уникальные значения

(3) колонки внешнего ключа

(4) колонки с низкой кардинальностью

Номер 2

 Будет ли ниже приведенный запрос при выборке данных обращаться к таблице данных? Колонка Ename проиндексирована.

SELECT COUNT(*) FROM EMPLOYEE WHERE Ename LIKE 'C%';

Ответ:

(1) обращение будет всегда идти только к блоку индекса

(2) обращение всегда будет идти к блоку данных

(3) индекс не будет использоваться

(4) обращение всегда будет идти к блоку индекса, если колонка Ename определена как NOT NULL

Номер 3

Нужно ли в СУБД Oracle при определении кластерного ключа индексного кластера на первичном ключе одной из таблиц оставлять ограничение первичного ключа в определении колонки этого ключа?

Ответ:

(1) целесообразно оставить

(2) нецелесообразно оставлять

(3) не имеет значения

(4) обязательно оставить

Упражнение 4:

Номер 1

Укажите свойство, которое не является свойством индекса со структурой B-Tree

Ответ:

(1) значения в индексе упорядочиваются по ключевому значению

(2) индекс можно использовать как для поиска точного соответствия, так и для диапазона значений

(3) индекс можно использовать только для поиска точного соответствия

(4) количество операций ввода-вывода, необходимых для получения идентификатора строки, зависит от числа уровней ветвления дерева

Номер 2

Укажите, какая модификация индекса со структурой B-Tree не поддерживается в СУБД Oracle

Ответ:

(1) индекс с неупорядоченными значениями ключа

(2) индекс с обращением ключа

(3) индекс на основе значения функции

(4) битовые индексы

Номер 3

Укажите, какое из ниже перечисленных утверждений не относится к недостаткам кластеризации

Ответ:

(1) кластеризация затрагивает физическое размещение данных в файлах базы данных

(2) кластеризация замедляет выполнение операций, в которых нужно просканировать всю таблицу

(3) кластеризация может замедлить ввод и модификацию данных

(4) кластеризация может сократить число операций чтения при выполнении соединений клатеризованных таблиц

Упражнение 5:

Номер 1

Укажите недостаток секционирования представлений с помощью ограничения CHECK

Ответ:

(1) предикат секционирования не оценивается в каждом запросе

(2) строки, соответствующие предикату секционирования, извлекаются из базы данных быстрее

(3) критерий секционирования проверяется во время выполнения для всех строк во всех секциях, которые охватываются запросом

(4) секция не может быть размещена в базе данных на удаленном компьютере

Номер 2

Укажите преимущество секционирования представлений с помощью предложения WHERE

Ответ:

(1) секция может быть размещена в базе данных на удаленном компьютере

(2) критерий секционирования проверяется во время выполнения для всех строк во всех секциях, которые охватываются запросом

(3) пользователи могут ошибочно вставить строку не в ту секцию

(4) предикат секционирования не оценивается в каждом запросе

Номер 3

 Рассмотрим фрагмент определения преставления 

SELECT * FROM east_sales@icp.ac.ru WHERE LOC = 'EAST'
UNION ALL
SELECT * FROM west_sales@ioc.ac.ru WHERE LOC = 'WEST';

Если заменить предложение WHERE на ограничение CHECK, то в таком случае …

Ответ:

(1) изменится только механизм обработки записей при обращении к представлению

(2) ничего не изменится

(3) нельзя размещать секцию на удаленной базе данных

Упражнение 6:

Номер 1

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

Ответ:

(1) нет

(2) да

Номер 2

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

Ответ:

(1) нет

(2) да

Номер 3

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

Ответ:

(1) нет

(2) да

Номер 4

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

Ответ:

(1) нет

(2) да

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