Проектирование хранилищ данных для приложений систем деловой осведомленности (Business Intelligence Systems) - тест 20

Какое из ниже приведенных определений не связано с термином транзакция? Транзакция – это …

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

Какая характеристика транзакции задается ниже следующей спецификацией? "Онлайновые транзакции низкой сложности должны выполнятся не более 4 с."

Установите соответствие между типами приложений и их определениями.
		
Тип приложения
Определение
1.
OLTP-система 
А
- это такое приложение обработки данных, для которого база данных растет или сжимается в размерах периодически в зависимости от характера обработки данных.
2.
DSS-система 
Б
– это приложение, которое обеспечивает аналитическую обработку данных, включающую математический, статистический или иной анализ данных.
3.
BATCH-системы 
В
– это такое приложение, которое работает с базой данных в не интерактивном режиме.
4.
OLAP-система 
Г
– это такое приложение, которое работает с очень большой базой данных в режиме только чтение.
5.
VCDB-система 
Д
– это такое приложение, которое содержит в основном транзакции вставки, обновления и удаления, с высокой частотой преимущественно транзакций обновления.
		

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

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

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

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

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

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

При приятии решении о денормализации определите, что является наиболее важным для приложения базы данных?

В чем состоит эмпирическое правило Д. Энсора? 

Пусть, для таблицы базы данных EMPLOYEE 
		
1.
Номер личной карточки
EMPNO (PK)
2.
Фамилия
ENAME
3.
Имя
LNAME
4.
Страховка
SSECNO
5.
Номер подразделения
DEPNO (FK)
6.
Должность
JOB
7.
Возраст
AGE 
8.
Стаж
HIREDATE
9.
Доплаты
COMM
10
Зарплата
SAL
11
Штрафы
FINE
12
Автобиография
Biog
13
Фотография
Foto
		задана следующая матрица распределения (использования) колонок таблицы (пронумерованы) по 10 транзакциям.
		
1
2
3
4
5
6
7
8
9
10
11
12
13
1
+
+
+
+
+
+
+
+
+
+
+
+
+
2
+
+
+
+
+
+
+
+
+
+
+
+
+
3
+
+
+
+
+
+
+
+
+
+
+
+
+
4
+
+
+
+
+
+
+
+
+
+
+
+
+
5
+
+
+
-
-
+
-
-
+
+
+
-
-
6
+
+
+
-
-
+
-
-
-
-
+
-
-
7
+
+
+
-
-
+
-
-
-
+
-
-
-
8
+
+
+
-
-
+
-
-
+
-
-
-
-
9
+
+
+
-
+
-
-
-
-
-
-
-
-
10
+
+
+
-
+
-
-
-
-
-
-
-
-
		Как следует изменить предложенное в примере лекции вертикальное разбиение данной таблицы? 
		

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

Для случая горизонтального разбиения таблицы в тексте лекции были разобраны примеры поддержки ссылочной целостности для новой таблицы. В качестве какой таблицы выступала таблицы, которая подвергалась разбиению? 

В контексте проектирования физической модели данных ХД индексирование – это …

В контексте проектирования физической модели данных ХД секционирование – это …

В контексте проектирования физической модели данных ХД кластеризация – это …

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

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

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

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

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

Будет ли ниже приведенный запрос при выборке данных обращаться к таблице данных? Колонка Ename проиндексирована.
		
SELECT COUNT(*) FROM EMPLOYEE WHERE Ename LIKE 'C%';
		
		

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

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

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

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

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

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

Рассмотрим фрагмент определения преставления 
		
SELECT * FROM east_sales@icp.ac.ru WHERE LOC = 'EAST'
UNION ALL
SELECT * FROM west_sales@ioc.ac.ru WHERE LOC = 'WEST';
		
		Если заменить предложение WHERE на ограничение CHECK, то в таком случае …
		

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

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