Главная / Базы данных /
Проектирование хранилищ данных для приложений систем деловой осведомленности (Business Intelligence Systems) / Тест 20
Проектирование хранилищ данных для приложений систем деловой осведомленности (Business Intelligence Systems) - тест 20
Упражнение 1:
Номер 1
Какое из ниже приведенных определений не связано с термином транзакция? Транзакция – это …
Ответ:
 (1) одна из команд SQL- SELECT, INSERT, UPDATE, DELETE 
 (2) элементарная логически завершенная единица работы, которая может включать несколько команд вставки, удаления или модификации 
 (3) логическая единица работы, которая переводит базу данных из одного завершенного состояния в другое завершенное состояние 
 (4) работа базы данных по поддержке целостности данных 
Номер 2
Какая из ниже перечисленных команд SQL относится к термину запрос?
Ответ:
 (1) INSERT 
 (2) SELECT 
 (3) UPDATE 
 (4) DELETE 
Номер 3
Какая характеристика транзакции задается ниже следующей спецификацией? "Онлайновые транзакции низкой сложности должны выполнятся не более 4 с."
Ответ:
 (1) характер транзакции и ее сложность 
 (2) требования к производительности транзакции 
 (3) время выполнения транзакции 
 (4) описание транзакции 
Упражнение 2:
Номер 1
Установите соответствие между типами приложений и их определениями.
| Тип приложения | | Определение |
---|
1. | OLTP-система | А | - это такое приложение обработки данных, для которого база данных растет или сжимается в размерах периодически в зависимости от характера обработки данных. |
2. | DSS-система | Б | – это приложение, которое обеспечивает аналитическую обработку данных, включающую математический, статистический или иной анализ данных. |
3. | BATCH-системы | В | – это такое приложение, которое работает с базой данных в не интерактивном режиме. |
4. | OLAP-система | Г | – это такое приложение, которое работает с очень большой базой данных в режиме только чтение. |
5. | VCDB-система | Д | – это такое приложение, которое содержит в основном транзакции вставки, обновления и удаления, с высокой частотой преимущественно транзакций обновления. |
Ответ:
 (1) А, Б, В, Г, Д 
 (2) Б, Г, В, А, Д 
 (3) Д, Г, В, Б, А 
 (4) А, Б, Г, В, Д 
Номер 2
Установите соответствие между элементом определения транзакции и его смыслом.
| Элемент | | Определение |
---|
1. | Имя транзакции и номер транзакции | А | уникальная идентификация каждой транзакции базы данных. |
2. | Описание транзакции | Б | онлайновая транзакция или пакетная транзакция, высокая, средняя, низкая. |
3. | Характер транзакции и ее сложность | В | перечень операций предметной области, которые выполняются транзакцией. |
4. | Объем транзакции | Г | средняя частота и пиковая частота использования. |
5. | Требования к производительности транзакции | Д | количество секунд, необходимое для завершения транзакции в режиме эксплуатации базы данных. |
6. | Относительный приоритет | Е | насколько важна настоящая транзакция для предметной области по сравнению с другими. |
7. | Время выполнения транзакции | Ж | количества секунд, требуемых для выполнения транзакции |
Ответ:
 (1) А, В, Б, Г, Ж, Е, Д  
 (2) Б, Д, В, А, Г, Е, Ж 
 (3) А, Е, Д, Г, В, Ж, Б 
 (4) Ж, А, Г, Д, В, Е, Б 
Номер 3
Установите соответствие между типами денормализации и их определениями.
| Тип денормализации | | Определение |
---|
1. | нисходящая денормализация | А | - это процесс введения избыточных колонок в одной таблице с целью увеличения производительности запроса строки по производному значению. |
2. | восходящая денормализация | Б | – это процесс введения избыточных колонок в родительских таблицах с целью устранения операций соединения с операциями агрегирования. |
3. | Внутритабличная денормализация | В | – это процесс введения избыточных колонок в подчиненных таблицах с целью устранения операций соединения. |
4. | Денормализация методом разделяй и властвуй | Г | – это процесс объединения одной или более нормализованных таблиц с целью устранения операций соединений или уменьшения в некоторых случаях числа операций вставки. |
5. | Денормализация методом слияния таблиц | Д | – это процесс разбиения нормализованной таблицы на две и более таблиц и создание между ними отношения "один к одному" с целью устранения дополнительных операций ввода-вывода или по техническим причинам. |
Ответ:
 (1) А, Б, В, Г, Д 
 (2) Б, Г, В, А, Д 
 (3) В, Б, А, Д, Г 
 (4) А, Б, Г, В, Д 
Упражнение 3:
Номер 1
В контексте физического проектирования реляционных баз данных денормализация – это …
Ответ:
 (1) процесс достижения компромиссов в нормализованных таблицах посредством намеренного введения избыточности в целях увеличения производительности 
 (2) процесс достижения компромиссов в нормализованных таблицах посредством намеренного введения избыточности в целях увеличения производительности с нарушением правил реляционной модели данных 
 (3) процесс построения ненормализованных таблиц физической модели в целях увеличения производительности 
 (4) процесс достижения компромиссов в нормализованных таблицах посредством намеренного введения избыточности в целях увеличения производительности в рамках реляционной модели 
Номер 2
В контексте физического проектирования реляционных баз данных вертикальное разбиение таблицы – это …
Ответ:
 (1) процесс перемещения некоторых колонок таблицы в другую новую таблицу, которая имеет тот же первичный ключ, что и исходная таблица 
 (2) процесс создания двух независимых таблиц из одной таблицы 
 (3) процесс декомпозиции таблицы на две или более таблиц с целью устранения частичной зависимости не ключевых колонок от составного первичного ключа 
 (4) процесс создания независимых таблиц посредством намеренного дублирования колонок одной таблицы в другой 
Номер 3
В контексте физического проектирования реляционных баз данных горизонтальное разбиение таблицы – это …
Ответ:
 (1) процесс создания двух независимых таблиц из одной таблицы 
 (2) процесс перемещения некоторых строк одной таблицы в другую новую таблицу, которая имеет такую же внутреннюю структуру, что и исходная таблица 
 (3) процесс создания двух или более таблиц разной структуры, содержащих разные строки исходной таблицы 
 (4) процесс создания независимых таблиц посредством намеренного дублирования строк одной таблицы в другой 
Упражнение 4:
Номер 1
Какой из перечисленных ниже факторов не пытаются устранить в процессе денормализации?
Ответ:
 (1) операции соединения 
 (2) операции соединения с операциями агрегирования 
 (3) целью устранения дополнительных операций ввода-вывода 
 (4) каскадные обновления таблиц 
Номер 2
При приятии решении о денормализации определите, что является наиболее важным для приложения базы данных?
Ответ:
 (1) избыточность данных или ссылочная целостность 
 (2) избыточность данных или высокая производительность 
 (3) избыточность данных или независимость данных 
 (4) избыточность данных или целостность данных 
Номер 3
В чем состоит эмпирическое правило Д. Энсора?
Ответ:
 (1) очень немногие первичные ключи имеют более двадцати действительно зависимых от них атрибутов 
 (2) очень немногие первичные ключи имеют более тридцати действительно зависимых от них атрибутов 
 (3) очень немногие первичные ключи имеют более десяти действительно зависимых от них атрибутов 
 (4) очень немногие первичные ключи имеют более пятидесяти действительно зависимых от них атрибутов 
Упражнение 5:
Номер 1
Пусть, для таблицы базы данных 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) не разбивать таблицу EMPLOYEE 
 (3) перенести колонку SSECNO в таблицу EMP_ADD 
 (4) перенести колонку AGE в таблицу EMPLOYEE 
Номер 2
Какое из перечисленных ниже словосочетаний не является синонимом?
Ответ:
 (1) хеш-таблицами 
 (2) таблицы хеширования 
 (3) вложенные таблицы 
 (4) хеш-кластерными индексами 
Номер 3
Для случая горизонтального разбиения таблицы в тексте лекции были разобраны примеры поддержки ссылочной целостности для новой таблицы. В качестве какой таблицы выступала таблицы, которая подвергалась разбиению?
Ответ:
 (1) родительской 
 (2) дочерней 
 (3) связывающей 
 (4) не участвовала в поддержке ссылочной целостности 
Упражнение 6:
Номер 1
В контексте проектирования физической модели данных ХД индексирование – это …
Ответ:
 (1) логического представления совместно используемых данных из базовой таблицы 
 (2) определения физического объекта реляционной базы данных для таблицы с целью повышения производительности доступа 
 (3) обеспечения быстрого доступа к значениям колонки или комбинации колонок 
 (4) логического представления совместно используемых данных из базовой таблицы с целью увеличения производительности 
Номер 2
В контексте проектирования физической модели данных ХД секционирование – это …
Ответ:
 (1) логическое представление совместно используемых данных из нескольких различных таблиц 
 (2) физическое распределение таблиц и индексов среди двух или более табличных пространств в зависимости от значений ключевых колонок таблиц 
 (3) физическое распределение таблиц и индексов среди двух или более табличных пространств в зависимости от значений ключевых колонок таблиц с целью повышения производительности операций ввода-вывода 
 (4) логическое представление совместно используемых данных из нескольких различных таблиц с целью увеличения производительности 
Номер 3
В контексте проектирования физической модели данных ХД кластеризация – это …
Ответ:
 (1) логического представления совместно используемых данных из нескольких различных таблиц 
 (2) способ физического размещения рядом, на одной физической странице данных, строк, доступ к которым осуществляется при помощи одинакового значения колонки (ключа) 
 (3) способ физического размещения рядом, на одной физической странице данных, строк, доступ к которым осуществляется при помощи одинакового значения колонки (ключа) с целью увеличения производительности 
 (4) логического представления совместно используемых данных из нескольких различных таблиц с целью увеличения производительности 
Упражнение 7:
Номер 1
Установите соответствие между терминами и их определениями.
| Термин | | Определение |
---|
1 | Индекс | А | - это физический объект реляционной базы данных, организованный по принципу сбалансированной иерархической структуры. |
2 | Ключевые поля или ключи | Б | - это колонки, входящие в индекс. |
3 | Индекс B-Tree | В | - это объект в реляционной базе данных, который предназначен для организации быстрого доступа к строкам таблицы по значениям одной или более колонок этих строк. |
4 | Составной индекс | Г | - это индекс типа B-Tree базы данных, который одновременно выполняет роль таблицы. |
5 | Исключительно индексная таблица | Д | - это индекс, построенный для нескольких колонок таблицы. |
6 | Кардинальность колонки | Е | - это число дискретных различных значений колонки, которые встречаются в строках таблицы. |
Ответ:
 (1) А, Б, В, Г, Д, Е 
 (2) В, Б, А, Д, Г, Е 
 (3) Г, Б, В, А, Д, Е 
 (4) Е, Д, В, Б, Г, А 
Номер 2
Установите соответствие между терминами и их определениями.
| Термин | | Определение |
---|
1 | Ключ секционирования | А | колонка таблицы, относительно значений которых СУБД будет делать физическое разнесение таблицы по различным табличным пространствам на жестких дисках. |
2 | Секционирование по диапазону | Б | означает распределение строк таблицы на различные предопределенные табличные пространства в зависимости от значения ключа секционирования. |
3 | Хеш-секционирование | В | означает, что таблица сначала распределяется среди табличных пространств на основе диапазона значений ключа секционирования, далее каждая из полученных секций диапазонов делится на подчиненные секции или подсекции, и затем строки равномерно распределяются среди подчиненных секций по значению хеш-ключа. |
4 | Составное секционирование | Г | означает равномерное распределение строк таблицы по назначенным табличным пространствам в зависимости от значения ключа секционирования, который в данном случае хешируется. |
Ответ:
 (1) А, Б, В, Г 
 (2) А, Б, Г, В 
 (3) Г, Б, В, А 
 (4) В, Б, Г, А 
Номер 3
Установите соответствие между терминами и их определениями.
| Термин | | Определение |
---|
1 | Локально секционированный индекс | А | имеет такой же ключ секционирования, количество табличных пространств и правила секционирования, что и отвечающая ему базовая таблица. |
2 | Глобально секционированный индекс | Б | ключ секционирования секционирование выполняется по значениям, отличным от значений колонки индексирования. |
3 | Префиксный секционированный индекс | В | означает, что индекс имеет то же число секций и те же правила секционирования, что и его базовая таблица. |
4 | Непрефиксный секционированный индекс | Г | содержит предложение PARTITION BY RANGE, в котором задаются параметры секционирования, отличные от параметров секционирования соответствующей базовой таблицы. |
5 | Локально равносекционированный секционированный индекс | Г | секционирование производится по ключу секционирования, который содержит основную часть индексного ключа. |
Ответ:
 (1) А, Б, В, Г, Д 
 (2) Б, Г, В, А, Д 
 (3) А, Г, Д, Б, В 
 (4) Д, А, Б, Г, В 
Номер 4
Установите соответствие между терминами и их определениями.
| Термин | | Определение |
---|
1 | Кластер | А | - это значение колонок, общих для кластеризуемых таблиц. |
2 | Индексный кластер | Б | -это кластер, для физической организации которого используется индекс со структурой B-Tree |
3 | Хеш-кластер | В | - это кластер, для физической организации которого использует структура на основе преобразования ключа. |
4 | Кластерный ключ | Г | - это группа таблиц, которая разделяет общие физические страницы данных при совместном использовании в запросах общих колонок этих таблиц. |
Ответ:
 (1) А, Б, В, Г 
 (2) Б, Г, В, А 
 (3) Г, Б, В, А 
 (4) А, Б, Г, В 
Упражнение 8:
Номер 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) обязательно оставить 
Упражнение 9:
Номер 1
Укажите свойство, которое не является свойством индекса со структурой B-Tree?
Ответ:
 (1) значения в индексе упорядочиваются по ключевому значению 
 (2) индекс можно использовать как для поиска точного соответствия, так и для диапазона значений 
 (3) индекс можно использовать только для поиска точного соответствия 
 (4) количество операций ввода-вывода, необходимых для получения идентификатора строки, зависит от числа уровней ветвления дерева 
Номер 2
Укажите, какая модификация индекса со структурой B-Tree не поддерживается в СУБД Oracle?
Ответ:
 (1) индекс с неупорядоченными значениями ключа 
 (2) индекс с обращением ключа 
 (3) индекс на основе значения функции 
 (4) битовые индексы 
Номер 3
Укажите, какое из ниже перечисленных утверждений не относится к недостаткам кластеризации?
Ответ:
 (1) кластеризация затрагивает физическое размещение данных в файлах базы данных 
 (2) кластеризация замедляет выполнение операций, в которых нужно просканировать всю таблицу 
 (3) кластеризация может замедлить ввод и модификацию данных 
 (4) кластеризация может сократить число операций чтения при выполнении соединений клатеризованных таблиц 
Упражнение 10:
Номер 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) нельзя размещать секцию на удаленной базе данных 
Упражнение 11:
Номер 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) да