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

Упражнение 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-система A - это такое приложение обработки данных, для которого база данных растет или сжимается в размерах периодически в зависимости от характера обработки данных.
2. DSS-система Б - это приложение, которое обеспечивает аналитическую обработку данных, включающую математический, статистический или иной анализ данных.
3. BATCH-системы В - это такое приложение, которое работает с базой данных в не интерактивном режиме.
4. OLAP-система Г - это такое приложение, которое работает с очень большой базой данных в режиме "только чтение".
5. VCDB-система Д - это такое приложение, которое содержит в основном транзакции вставки, обновления и удаления, с высокой частотой преимущественно транзакций обновления.

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

Ответ:

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

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

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

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

Номер 2

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

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

Ответ:

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

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

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

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

Номер 3

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

	Тип денормализации		Определение
1.	нисходящая денормализация	A	- это процесс введения избыточных колонок в одной таблице с целью увеличения производительности запроса строки по производному значению
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	Номер личной карточки	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

	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

 Дана таблица PROJECT, созданная командой 

CREATE TABLE PROJECT 
(
PROJNO  	char(8) NOT NULL,
PNAME  	char(25),
BUDGET  	dec(9,2),
PRIMARY KEY (PROJNO)
);

Ниже приведено изменение в определении таблицы для того, чтобы иметь возможность различать законченные проекты и переносить их в таблицу PROJECT_OLD. 
Упрощает ли данное изменение сопровождение таблицы?

CREATE TABLE PROJECT 
(
PROJNO  	char(8) NOT NULL,
FINISH	char(1) NOT NULL,
PNAME  	char(25),
BUDGET  	dec(9,2),
PRIMARY KEY (PROJNO, FINISH)
);

Комментарий к Задаче 6. Добавление дополнительных колонок в первичный ключ приведет к дополнительным накладным расходам. Отбор записей для перенесения и последующего удаления с помощью переменной типа дата менее выгоден, чем использование односимвольной переменной. Спорным остается вопрос наложения на переменную FINISH ограничения NOT NULL. Это целесообразно сделать, но это приводит к лишней операции при вводе проекта - явного указания, что он не завершен.

Ответ:

(1) да

(2) нет

Номер 2

 Дана таблица PROJECT, созданная командой

CREATE TABLE PROJECT 
(
PROJNO  	char(8) NOT NULL,
PNAME  	char(25),
BUDGET  	dec(9,2),
PRIMARY KEY (PROJNO)
);

Ниже приведено изменение в определении таблицы для того, чтобы иметь возможность различать законченные проекты и переносить их в таблицу PROJECT_OLD. 
Упрощает ли данное изменение сопровождение таблицы?

CREATE TABLE PROJECT 
(
PROJNO  	char(8) NOT NULL,
S_DATE	date NOT NULL,
F_DATE	date,
PNAME  	char(25),
BUDGET  	dec(9,2),
PRIMARY KEY (PROJNO)
); 

Комментарий к Задаче 6. Добавление дополнительных колонок в первичный ключ приведет к дополнительным накладным расходам. Отбор записей для перенесения и последующего удаления с помощью переменной типа дата менее выгоден, чем использование односимвольной переменной. Спорным остается вопрос наложения на переменную FINISH ограничения NOT NULL. Это целесообразно сделать, но это приводит к лишней операции при вводе проекта - явного указания, что он не завершен.

Ответ:

(1) да

(2) нет

Номер 3

 Дана таблица PROJECT, созданная командой

CREATE TABLE PROJECT 
(
PROJNO  	char(8) NOT NULL,
PNAME  	char(25),
BUDGET  	dec(9,2),
PRIMARY KEY (PROJNO)
);

Ниже приведено изменение в определении таблицы для того, чтобы иметь возможность различать законченные проекты и переносить их в таблицу PROJECT_OLD. 
Упрощает ли данное изменение сопровождение таблицы?

CREATE TABLE PROJECT 
(
PROJNO  	char(8) NOT NULL,
S_DATE	date NOT NULL,
F_DATE	date,
PNAME  	char(25),
BUDGET  	dec(9,2),
PRIMARY KEY (PROJNO, S_DATE)
);

Комментарий к Задаче 6. Добавление дополнительных колонок в первичный ключ приведет к дополнительным накладным расходам. Отбор записей для перенесения и последующего удаления с помощью переменной типа дата менее выгоден, чем использование односимвольной переменной. Спорным остается вопрос наложения на переменную FINISH ограничения NOT NULL. Это целесообразно сделать, но это приводит к лишней операции при вводе проекта - явного указания, что он не завершен.

Ответ:

(1) да

(2) нет

Номер 4

 Дана таблица PROJECT, созданная командой

CREATE TABLE PROJECT 
(
PROJNO  	char(8) NOT NULL,
PNAME  	char(25),
BUDGET  	dec(9,2),
PRIMARY KEY (PROJNO)
);

Ниже приведено изменение в определении таблицы для того, чтобы иметь возможность различать законченные проекты и переносить их в таблицу PROJECT_OLD. 
Упрощает ли данное изменение сопровождение таблицы?

CREATE TABLE PROJECT 
(
PROJNO  	char(8) NOT NULL,
FINISH	char(1)
PNAME  	char(25),
BUDGET  	dec(9,2),
PRIMARY KEY (PROJNO)
);

Комментарий к Задаче 6. Добавление дополнительных колонок в первичный ключ приведет к дополнительным накладным расходам. Отбор записей для перенесения и последующего удаления с помощью переменной типа дата менее выгоден, чем использование односимвольной переменной. Спорным остается вопрос наложения на переменную FINISH ограничения NOT NULL. Это целесообразно сделать, но это приводит к лишней операции при вводе проекта - явного указания, что он не завершен.

Ответ:

(1) да

(2) нет

	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	4	5	6	7	8	9	10	11	12	13
1	+	+	+	+	+	+	+	+	+	+	+	+	+
2	+	+	+	+	+	+	+	+	+	+	+	+	+
3	+	+	+	+	+	+	+	+	+	+	+	+	+
4	+	+	+	+	+	+	+	+	+	+	+	+	+
5	+	+	+			+			+	+	+
6	+	+	+			+					+
7	+	+	+			+				+
8	+	+	+			+			+
9	+	+	+		+
10	+	+	+		+

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

	1	2	3	4	5	6	7	8	9	10	11	12	13
1	+	+	+	+	+	+	+	+	+	+	+	+	+
2	+	+	+	+	+	+	+	+	+	+	+	+	+
3	+	+	+	+	+	+	+	+	+	+	+	+	+
4	+	+	+	+	+	+	+	+	+	+	+	+	+
5	+	+	+			+			+	+	+
6	+	+	+			+					+
7	+	+	+			+				+
8	+	+	+			+			+
9	+	+	+		+
10	+	+	+		+