Основы проектирования реляционных баз данных - ответы
Какое из ниже перечисленных действий относится к обязательным на стадии проектирования физической модели реляционной базы данных с учетом влияния транзакций?
Какая характеристика транзакции задается ниже следующей спецификацией? "Онлайновые транзакции низкой сложности должны выполнятся не более 4 с."
Ниже приведен фрагмент диаграммы "сущность-связь". Оцените качество представления сущностей и отношений.
Команды SQLSELECT E.NAME, M.NAMEFROM EMPLOYEE E, EMPLOYEE MWHERE E.MNGR_NO = M. EMPLOYEE_NO;
является операцией …
Установите правильное соответствие между реляционными операциями и результатом их выполнения
Операция | Результат выполнения | ||
---|---|---|---|
1 | Объединение отношений | A | Отношение С, которое включает в себя все кортежи со всеми атрибутами исходных отношений А и В, удовлетворяющими заданному условию |
2 | Пересечение отношений | B | Отношение С, которое включает в себя кортежи отношения А, отличные от кортежей отношения В |
3 | Разность отношений | C | Отношение С, которое включает в себя кортежи отношения А, полностью совпадающие с кортежами отношения В |
4 | Декартово произведение отношений | D | Отношение С, которое включает в себя атрибуты отношения А, отличные от атрибутов отношения В, и только те кортежи, декартовы произведения которых с отношением В дают отношение А |
5 | Проекция отношения | E | Отношение С, которое включает в себя все кортежи отношения А, но только с теми атрибутами, на которые выполняется проекция |
6 | Деление отношений | F | Отношение С, степень которого равна сумме степеней исходных отношений, а мощность — произведению возможностей исходных отношений |
7 | Выбор (селекция) из отношения | G | Отношение С, которое включает в себя кортежи отношения А, удовлетворяющие заданному условию (критерию выбора) |
8 | Соединение отношений А | H | Отношение C, которое включает в себя все кортежи отношения А и кортежи отношения B, отличные от кортежей отношения A |
Концепция обеспечения безопасности доступа, принятая в Oracle, не предусматривает выполнение следующих действий:
В чем с точки зрения теории функциональных зависимостей заключается проектирование реляционной базы данных?
Обладает ли представленная ниже декомпозиция свойством соединения без потерь?Дана схема отношения ABCD и ее декомпозиция d={AB, ACD}, и ФЗ:
.
Дан следующий список функций и модулей.
Функция | Модуль | |
---|---|---|
1. Назначить руководителя проекта | 1. Ввод информации о проекте | |
2. Определить бюджет проекта | 2. Ввод информации о сотрудниках | |
3. Определить список подразделений | 3. Поиск информации о сотрудниках | |
4. Определить список сотрудников | 4. Поиск информации о проектах | |
5. Выполнять проект | 5. Генерация отчета о выполненных проектах | |
6. Сдать проект | 6. Генерация отчета о выполняемых проектах |
Установите правильное соответствие между конструкциями отношения в табличном представлении и их определениями
Конструкция | Определение | ||
---|---|---|---|
1 | Отношение | A | таблица |
2 | Атрибут | B | имя колонки таблицы |
3 | Схема отношения | C | список имен атрибутов |
4 | Домен | D | тип данных колонки таблицы |
5 | Кортеж | E | строка таблицы |
Решите задачу разрешения связи многие-ко-многим для следующей ситуации. Дано отношение многие ко многим 
Требуется разрешить это отношение.
Решение.
create table CUSTOMER(CUSTOMER_NO NUMBER(6) not null,CUSTOMER_NAME VARCHAR2(45) null,CUSTOMER_ADDRESS VARCHAR2(35) null,CUSTOMER_CITY VARCHAR2(45) null,CUSTOMER_STATE CHAR(2) null,CUSTOMER_ZIP NUMBER(5) null,primary key (CUSTOMER_NO))create table SALESMAN(SALESMAN_NO NUMBER(6) not null,SALESMAN_NAME VARCHAR2(45) null,SALESMAN_EMP_NO NUMBER(6) null,SALESMAN_YTD_SALES NUMBER(9,2) null,SALESMAN_QUOTA NUMBER(6) null,SALESMAN_PROD_GRP CHAR(8) null,primary key (SALESMAN_NO))create table CUSTOMER_ SALESMAN(CUSTOMER_NO NUMBER(6) not null,SALESMAN_NO NUMBER(6) not null,primary key (CUSTOMER_NO, SALESMAN_NO),foreing key (CUSTOMER_NO) references CUSTOMER,foreign key (SALESMAN_NO) references SALESMAN)
Оцените в терминах операций ввода вывода следующий запрос, который делает выборку данных из таблиц PRODUCT (50 строк) и VENDOR (1000):SELECT VENDOR_CODE, PRODUCT_CODE, PRODUCT_DESCFROM VENDOR, PRODUCTWHERE VENDOR.VENDOR_CODE = PRODUCT.VENDOR_CODE AND VENDOR.VENDOR_CODE = "100";
По следующему пути доступа:
К какой нормальной форме приведено исходное отношение?
Исходное отношение:
Курсовой_проект (Преподаватель, Проект, Студент)
Иванов Тема1 Петрова
Фролов Тема1 Исаев
Антонов Тема1 Сидоров
Иванов Тема2 Ивлева
Фролов Тема2 Степанов
Фролов Тема3 Мусин
Антонов Тема3 Сац
Результирующие отношения:
Руководство (Преподаватель, Предмет)
Выполнение (Студент, Предмет)
Комментарий к ответу: На роль ключа отношения Курсовой_проект претендует набор атрибутов {Преподаватель, Предмет}. Студент выполняет только один проект, один и тот же проект может выполняться несколькими студентами у разных преподавателей. Отношение содержит следующие ФЗ: и
.
Отношение находится в 3НФ и не содержит частичных и транзитивных ФЗ. Однако наличие ФЗ части составного ключа от неключевого атрибута может привести к следующим аномалиям:
Устранение аномалий заключается в удалении ФЗ ключа от неключевого атрибута.
Какой шаг следует добавить в приведенный ниже алгоритм декомпозиции отношений?
Алгоритм
Какие из перечисленных конструкций не являются конструкциями функциональной модели предметной области базы данных?
Установите соответствие между агрегатной функцией и ее определением.
Функция | Определение | ||
---|---|---|---|
1 | AVG(X) | А | Вычисляет среднее значение аргумента, который может быть выражением любого типа |
2 | COUNT(X) | Б | Вычисляет число итемов |
3 | MAX(X) | В | Вычисляет максимальное значение аргумента, который может быть выражением любого типа |
4 | MIN(X) | Г | Вычисляет минимальное значение аргумента, который может быть выражением любого типа. |
5 | SUM(X) | Д | Вычисляет сумму значений аргумента, который может быть выражением любого типа. |
6 | STDDEV(Х) | Е | Вычисляет стандартное отклонение на множестве значений аргумента, который может быть выражением любого типа. |
7 | VARIANCE(X) | Ж | Вычисляет квадрат дисперсии. |
Какое из перечисленных ниже преобразований не используется в информационных системах в процессе обработки данных и информации?
Для баз структурированных данных различают три основных типа логических моделей данных - сетевую, иерархическую и реляционную. Классифицирующими признаками в этих моделях являются:
Какое из перечисленных ниже вопросно-ответных отношений нельзя реализовать в информационной системе обслуживания счетов клиентов банка?
Укажите правильное соответствие между элементами информационной модели и их определениями.
Элементы модели | Определение | ||
---|---|---|---|
1 | Сущность предметной области | A | - это атрибут сущности, позволяющий отличать одну сущность от другой. |
2 | Атрибут сущности | B | - это атрибут конкретного экземпляра сущности, у которого может быть только одно значение. |
3 | Экземпляры сущности | C | - это атрибут конкретного экземпляра сущности, у которого может быть несколько значений. |
4 | Уникальный идентификатор сущности | D | - это класс объектов или явлений предметной области базы данных. |
5 | Однозначный атрибут | E | - это выражение, которое определяет значения, разрешенные для данного атрибута; область значений атрибута |
6 | Многозначный атрибут | F | - это реализации сущности, отличающиеся друг от друга и допускающие однозначную идентификацию |
7 | Домен атрибута | G | - это свойство или характеристика сущности |
Ниже приведен фрагмент диаграммы "сущность-связь". Оцените качество представления сущностей и отношений.
Какие из ниже перечисленных объектов относятся к результатам проектирования логической модели реляционной базы данных?
Укажите правильное соответствие между этапами проектирования базы данных и их кратким содержанием.
Этап | Содержание | ||
---|---|---|---|
1. | Создание логической модели базы данных | A | - это этап, на котором на основании информационной модели предметной области базы данных создается логическая структура базы данных, независимая от ее реализации |
2. | Создание физической модели базы данных: внутренняя схема | B | - это этап, на котором анализируются возможные транзакции системы, выполняется, в случае необходимости, денормализация отношений для обеспечения более высокой производительности базы данных |
3. | Создание физической модели базы данных: учет влияния транзакций | C | - это этап, на котором на основании логической модели базы данных создается физическая структура базы данных, зависимая от ее реализации |
4. | Создание серверного кода | D | - это этап, на котором на основании функциональной модели предметной области базы данных создается серверный код базы данных в виде триггеров, хранимых процедур и пакетов |
5. | Проектирование модулей приложений базы данных | E | - это этап, на котором создаются спецификации модулей приложений, разрабатываются стратегии тестирования базы данных и приложений, создается план тестирования приложений базы данных и готовятся тестовые данные |
6. | Контроль качества проектирования базы данных | F | заключается в настройке некоторых транзакций к базе данных и локальном перепроектировании базы данных согласно требованиям, поступающим с других этапов создания базы данных |
7. | Учет задач обратного влияния | G | заключается в проверке качества результатов проектирования на каждом его этапе |
8. | Сбор и анализ входных данных | H | - это начальный этап проектирования, на котором осуществляется сбор и контроль качества результатов анализа предметной области базы данных, готовится план проектирования базы данных |
Какое из ниже перечисленных действий относится к проверке правильности физической модели реляционной базы данных?
Укажите, какой вид работы не входит в этап проектирования физической модели реляционной базы данных с учетом влияния транзакций.
Установите правильное соответствие между классами функциональных зависимостей и их определениями.
Понятие | Определение | ||
---|---|---|---|
1 | Полная ФЗ | A | Пусть X, Y, Z - атрибуты отношения R. При этом имеются ФЗ ![]() ![]() ![]() ![]() |
2 | Частичная ФЗ | B | Неключевой атрибут зависит от части составного ключа |
3 | Транзитивная ФЗ | C | Пусть r ={r1, …, rp} - множество схем на U. При этом R разлагается без потерь на r как: ![]() |
4 | Многозначная ФЗ | D | Неключевой атрибут функционально зависит от ключа, но не находится в функциональной зависимости ни от какой части составного ключа |
5 | ФЗ по соединению | E | Пусть r - некоторая схема отношения, X и Y - подмножества атрибутов r. При этом при заданных значениях атрибутов из {X} существует некоторое множество, состоящее из нуля или более взаимосвязанных значений атрибутов из {Y}, никак не связанных со значениями других атрибутов этого отношения r-X-Y |
Рассмотрим схему отношения ПРОДУКТ (Номер_модели, Производитель, Тип_модели, Цена). Ключами отношения являются:
К какой нормальной форме приведено исходное отношение?
Исходное отношение:
Преподаватель_предмет (Личный_#, Предмет, Часы, Фамилия, Должность, Оклад, Кафедра, Телефон )
Результирующие отношения:
Преподаватель (Личный_#, Фамилия, Должность, Оклад, Кафедра, Телефон )
Предмет(Личный_#, Предмет, Часы )
Комментарий к ответу: Отношение Преподаватель_Предмет содержит частичные ФЗ: пять последних неключевых атрибутов зависят от части ключа Личный_#. Это может привести к следующим аномалиям:
Устранение аномалий заключается в выполнении двух проекций отношения.
Какие из перечисленных требований не должны быть удовлетворены в рамках логической модели реляционной базы данных?
Дана схема отношения ABC, ее декомпозиция d={AB, ACD}, и две ФЗ:
. Обладает ли эта декомпозиция свойством соединения без потерь?
Какой шаг следует добавить в приведенный ниже алгоритм декомпозиции отношений?
Алгоритм
Повторение пунктов 2 и 3 для каждого нового отношения, полученного в результате декомпозиции.
Какой результат будет после выполнения команды SELECT ниже:SELECT ENAME, 'Пол:', TO_NUMBER(SEX)FROM EMPLOYEEWHERE ENAME='Тулякова';
?
Установите соответствие между объектами реляционной базы данных СУБД Oracle и их определениями
Объект | Определение | ||
---|---|---|---|
1 | Последовательность | А | - это объект базы данных, который позволяет генерировать последовательность уникальных чисел в условиях многопользовательского асинхронного доступа |
2 | Определенные пользователем типы данных | Б | - это именованная часть базы данных, используемая для распределения памяти для таблиц и индексов |
3 | Табличная пространство или область | В | - это определенные пользователем типы атрибутов (домены), которые отличаются от поддерживаемых (встроенных) СУБД типов. |
4 | Кластер | Г | - это объект базы данных, который позволяет представить объект с данными в виде совокупности подобъектов, отнесенных к различным табличным пространствам |
5 | Секция | Д | - это объект, задающий способ совместного хранения данных в нескольких или одной таблицы |
6 | Снимок | Е | - объект базы данных, представляющий собой поименованную совокупность привилегий, которые могут назначаться пользователям, категориям пользователей. |
7 | Связь базы данных | Ж | - это объект базы данных, который позволяет обратиться к объектам удаленной базы данных. |
8 | Роль | З | - локальная копия таблицы удаленной базы данных, которая используется для тиражирования (репликации) таблицы или результата запроса. Снимки могут быть модифицируемыми или предназначенными только для чтения. |
Для каких из перечисленных ниже объектов реляционной базы данных не используются квалифицируемые имена?
Установите соответствие между типами данных для представления чисел и значениями, которые они определяют
Тип данных | Значение | ||
---|---|---|---|
1 | Integer | А | Целое |
2 | Smallint | Б | Числа с заданной точностью |
3 | Number [(точность [, масштаб])] | В | Числа с заданной точностью |
4 | Decimal[(точность [, масштаб])] | Г | Маленькое целое |
5 | Double Precision | Д | Числа с плавающей запятой двойной точности |
6 | Float (точность) | Е | Числа с плавающей запятой одинарной точности |
7 | Real | Е | Числа с плавающей запятой заданной точности |
Решите задачу разрешения связи многие-ко-многим для следующей ситуации. Дано отношение многие ко многим 
Требуется разрешить это отношение.
Решение.
create table CUSTOMER(CUSTOMER_NO NUMBER(6) not null,CUSTOMER_NAME VARCHAR2(45) null,CUSTOMER_ADDRESS VARCHAR2(35) null,CUSTOMER_CITY VARCHAR2(45) null,CUSTOMER_STATE CHAR(2) null,CUSTOMER_ZIP NUMBER(5) null,primary key (CUSTOMER_NO))create table SALESMAN(SALESMAN_NO NUMBER(6) not null,SALESMAN_NAME VARCHAR2(45) null,SALESMAN_EMP_NO NUMBER(6) null,SALESMAN_YTD_SALES NUMBER(9,2) null,SALESMAN_QUOTA NUMBER(6) null,SALESMAN_PROD_GRP CHAR(8) null,primary key (SALESMAN_NO))create table CUSTOMER_ SALESMAN(CUSTOMER_NO NUMBER(6) not null,SALESMAN_NO NUMBER(6) not null)
Какое из ниже перечисленных ограничений не относится к ограничениям целостности данных? (data integrity constraints) относятся к значениям данных в некоторых колонках и определяются в спецификации колонки с помощью элементов SQL,
Установите соответствие между видами представлений и их определениями.
Представление | Описание | ||
---|---|---|---|
1 | Групповое представление | А | - это представление, которое позволяет выполнять операции модификации, вставки и удаления строк в таблицах |
2 | Представление только для чтения | Б | - это представление, для которого не допустимо выполнение операций обновления, такие, как представления, определенные на нескольких базовых таблицах, а также содержащие предложения GROUP BY, HAVING, опцию DISTINCT и функции агрегирования |
3 | Зеркальное представление | В | - это представление, которое полностью соответствует некоторой базовой таблице |
4 | Обновляемое представление | Г | - это представление, при создании которого используется предложение GROUP BY |
Установите соответствие между типами денормализации и их определениями.
Тип денормализации | Определение | ||
---|---|---|---|
1. | нисходящая денормализация | A | - это процесс введения избыточных колонок в одной таблице с целью увеличения производительности запроса строки по производному значению |
2. | восходящая денормализация | Б | - это процесс введения избыточных колонок в родительских таблицах с целью устранения операций соединения с операциями агрегирования |
3. | Внутритабличная денормализация | В | - это процесс введения избыточных колонок в подчиненных таблицах с целью устранения операций соединения |
4. | Денормализация методом разделяй и властвуй | Г | - это процесс объединения одной или более нормализованных таблиц с целью устранения операций соединений или уменьшения в некоторых случаях числа операций вставки |
5. | Денормализация методом слияния таблиц | Д | - это процесс разбиения нормализованной таблицы на две и более таблиц и создание между ними отношения "один к одному" с целью устранения дополнительных операций ввода-вывода или по техническим причинам |
В контексте физического проектирования реляционных баз данных горизонтальное разбиение таблицы - это …
Для случая горизонтального разбиения таблицы в тексте лекции были разобраны примеры поддержки ссылочной целостности для новой таблицы. В качестве какой таблицы выступала таблица, которая подвергалась разбиению?
Дана таблица 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. | Локально секционированный индекс | A | имеет такой же ключ секционирования, количество табличных пространств и правила секционирования, что и отвечающая ему базовая таблица |
2. | Глобально секционированный индекс | Б | Ключ секционирования; секционирование выполняется по значениям, отличным от значений колонки индексирования |
3. | Префиксный секционированный индекс | В | означает, что индекс имеет то же число секций и те же правила секционирования, что и его базовая таблица |
4. | Непрефиксный секционированный индекс | Г | содержит предложение PARTITION BY RANGE, в котором задаются параметры секционирования, отличные от параметров секционирования соответствующей базовой таблицы |
5. | Локально равносекционированный секционированный индекс | Д | секционирование производится по ключу секционирования, который содержит основную часть индексного ключа |
Нужно ли в СУБД Oracle при определении кластерного ключа индексного кластера на первичном ключе одной из таблиц оставлять ограничение первичного ключа в определении колонки этого ключа?
Рассмотрим базу данных обработки заказов и создадим индексный кластер для хранения одной из таблиц базы данных - 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 сделано, чтобы избежать создания второго индекса.
Является ли такое решение преимуществом с точки зрения утверждения: "При выборке специальных записей о клиенте для клиента выбираются все такие записи".
Какие свойства пакетов позволяют проектировщику базы данных инкапсулировать логически связанные типы данных, объекты, процедуры и функции в поименованный модуль PL/SQL?
Концепция обеспечения безопасности доступа, принятая в Oracle, не предусматривает выполнение следующих действий:
Таблица базы данных СУБД SQLBASE и ее индекс созданы командамиCREATE TABLE CONTACT(CUSTOMER_ID CHAR(5) NOT NULL,CONTACT_NAME VARCHAR(15) NOT NULL,CONTACT_PHONE DECIMAL(10,0),CONTACT_TEXT LONG VARCHAR,PRIMARY KEY (CUSTOMER_ID, CONTACT_NAME)FOREING KEY CUSTKEY (CUSTOMER_ID) REFERENCES CUSTOMER ON DELETE RESTRICT)PCTFREE 15;CREATE UNIQUE INDEX NDX_CONTACT ON CONTACTON CONTACT (CUSTOMER_ID, CONTACT_NAME)PCTFREE 10;
Число строк в таблице = 175000. Оцените размер индекса (в страницах).
В базе данных Oracle имеется три табличных пространства - системное с именем sys_ts, по умолчанию с именем default_ts и пользователя Usr100 с именем usr100_ts. Пользователь Usr100 создает таблицу командойCREATE TABLE CONTACT(CUSTOMER_ID CHAR(5) NOT NULL,CONTACT_NAME VARCHAR(25) NOT NULL,CONTACT_PHONE DECIMAL(10,0),CONTACT_TEXT LONG VARCHAR,PRIMARY KEY (CUSTOMER_ID, CONTACT_NAME)FOREING KEY CUSTKEY (CUSTOMER_ID) REFERENCES CUSTOMER ON DELETE RESTRICT)PCTFREE 15;
В каком табличном пространстве будет находиться таблица CONTACT?
Бизнес-функция "Принять на работу сотрудника" имеет следующую декомпозицию, полученную от аналитика базы данных:
1. Принять на работу сотрудника
1.2. Зарегистрировать заявление
1.3. Оформить договор найма
1.4. Издать приказ по организации
1.5. Завести карточку учета
1.6. Закрыть заявление
Является ли бизнес-функция "Зарегистрировать заявление" атомарной?Дан следующий список функций и модулей.
Функция | Модуль | |
---|---|---|
1. Назначить руководителя проекта | 1. Ввод информации о проекте | |
2. Определить бюджет проекта | 2. Ввод информации о сотрудниках | |
3. Определить список подразделений | 3. Поиск информации о сотрудниках | |
4. Определить список сотрудников | 4. Поиск информации о проектах | |
5. Выполнять проект | 5. Генерация отчета о выполненных проектах | |
6. Сдать проект | 6. Генерация отчета о выполняемых проектах |
Дана спецификация модуля приложения базы данных.
Цель: идентификация пользователя и предоставление доступа к приложению базы данных
Входные данные
Имя пользователя
Пароль
Таблица базы данных: USERACCOUNT
Колонки:
USERNAME - запрашивается, используется в предикате поиска
USERPASS - запрашивается, используется в предикате поиска
Действия:
Если пользователя с таким именем и паролем нет в базе данных - отказать в доступе и попросить правильно ввести свои данные (на случай ошибки), но не более трех раз.
Если пользователь есть в базе данных - предоставить доступ к модулю "Главная страница", которая в зависимости от полномочий пользователя может иметь различный внешний вид.
Какая позиция спецификация была пропущена проектировщиком базы данных?Команды SQLSELECT C.CUST_NO, C.CUST_NAME, O.ITEM_NO, I.DESCFROM CUST C, ORDER O, ITEM IWHERE (C.CUST_NO = O.CUST_NO) AND(O.ITEM_NO = I.ITEM_NO);
является операцией …
Высота индекса равна 2, Фактор селективности равен 0.5, число строк в таблице - 2000, число страниц, занятых таблицей, равно 2000. Для плана выполнения оптимизатор запросов выберет …
Кардинальность колонка EMPLOYEE_NO равна 100. Оценка фактора селективности предиката EMPLOYEE_NO<>65 равна …
Индексный ключ определен как EMPLOYEE_NO, DEPT, SALARY. Пусть задан предикат EMPLOYEE_NO > 45 AND DEPT = 50 AND SALARY > 25000.
При вычислении фактора селективности используются статистика о колонках …
При работе с оптимизатором СУБД SQLBase для увеличения производительности конкретной команды SELECT проектировщик базы данных или администратор баз данных выполняет одно или два из следующих действий:
Какие из ниже перечисленных причин приводят к нецелесообразности создания индексов для каждого оператора SELECT?
Дана спецификация модуля приложения базы данных.
Наименование модуля: Страница для входа в приложение (LogIn)
Входные данные
Имя пользователя
Пароль
Таблица базы данных: USERACCOUNT
Колонки:
USERNAME - запрашивается, используется в предикате поиска
USERPASS - запрашивается, используется в предикате поиска
Действия:
Если пользователя с таким именем и паролем нет в базе данных - отказать в доступе и попросить правильно ввести свои данные (на случай ошибки), но не более трех раз.
Если пользователь есть в базе данных - предоставить доступ к модулю "Главная страница", которая в зависимости от полномочий пользователя может иметь различный внешний вид.
Какая позиция спецификация была пропущена проектировщиком базы данных?Что будет делать СУБД, встретив операцию модификации на представлении с <условие> WITH CHECK OPTION?
Дана таблица 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. Это целесообразно сделать, но это приводит к лишней операции при вводе проекта - явного указания, что он не завершен.
Какое из утверждений не является следствием определения отношения как подмножества декартового произведения фиксированного числа доменов?
В контексте проектирования физической модели реляционной базы данных представление или виртуальная таблица - это …
Какое из ниже перечисленных операции не входит в этап проектирования логической модели реляционной базы данных?
Индексный ключ определен как EMPLOYEE_NO, DEPT, SALARY. Пусть задан предикат EMPLOYEE_NO = 45 AND DEPT = 50 AND SALARY > 25000.
При вычислении фактора селективности используются статистика о колонках …
Для проектирования модулей приложений в качестве входных данных используется иерархия функции, которая является элементом …
Укажите правильное соответствие между элементами информационной модели и их определениями.
Элементы модели | Определение | ||
---|---|---|---|
1 | Диаграмма "сущность-связь" | A | - это отношение, при котором одному экземпляру сущности отвечает 0, 1 или более экземпляров другой сущности. |
2 | Нотация | B | позволяет графически представить все элементы информационной модели согласно простым, интуитивно понятным, но строго определенным правилам - нотациям. |
3 | Отношение один-к-одному | C | - это отношение, при котором одному экземпляру сущности отвечает один экземпляр другой сущности. |
4 | Отношение один-ко-многим | D | - это сущность, которая порождает непересекающиеся подмножества экземпляров (категории сущности), связанных с сущностью через значения своего атрибута. |
5 | Отношение многие-ко-многим | E | - это отношение, при котором одному экземпляру сущности отвечает 0, 1 или более экземпляров другой сущности и наоборот. |
Высота индекса равна 3, фактор селективности равен 0.5, число строк в таблице - 20000, число страниц, занятых таблицей, равно 200. Для плана выполнения оптимизатор запросов выберет …
Оцените в терминах операций ввода вывода следующий запрос, который делает выборку данных из таблиц PRODUCT (50 строк) и VENDOR (1000):SELECT VENDOR_CODE, PRODUCT_CODE, PRODUCT_DESCFROM VENDOR, PRODUCTWHERE VENDOR.VENDOR_CODE = PRODUCT.VENDOR_CODE AND VENDOR.VENDOR_CODE = "100";
По следующему пути доступа:
Укажите правильное соответствие между элементами информационной модели и их определениями
Элементы модели | Определение | ||
---|---|---|---|
1 | Отношение (связь) | A | - это характер участия сущности в связи. |
2 | Уникальный идентификатор связи | B | - это соотношение между числом сущностей, участвующих в образовании связи. |
3 | Степень (мощность) связи | C | - это сущность, которая не может присутствовать в базе данных, пока не существует связанного с ней экземпляра другой сущности |
4 | Класс принадлежности сущности | D | - это сущность, которая порождает непересекающиеся подмножества экземпляров (категории сущности), связанных с сущностью через значения своего атрибута. |
5 | Рефлексивное отношение | E | - это категория порождающей сущности (сущности-супертипа) |
6 | Слабая сущность | F | представляет собой соединение (взаимоотношение) между двумя или более сущностями. |
7 | Супертип | G | - это супертип с порожденными им подтипами |
8 | Подтип | H | - это атрибут для однозначной идентификации отношения |
9 | Составная сущность | J | - это отношение, связывающее сущность саму с собой |
Укажите правильное соответствие между задачами этапа "Сбор и анализ входных данных" и результатами их выполнения
Задачи | Результаты | ||
---|---|---|---|
1. | Контроль качества ER-диаграмм | A | Последовательность работ бизнес-модели процесса проектирования базы данных со сведениями об ответственных исполнителях и сроках их исполнения |
2. | Контроль качества диаграмм функциональной модели предметной области базы данных | B | Основа для создания логической модели базы данных |
3. | Систематизация требований заказчика к базе данных | C | Вывод о достаточности требований и реализуемости базы данных |
4. | Подготовка плана проектирования базы данных | D | Основа для разработки серверного кода и проектирования модулей приложений базы данных |
Какое из нижеперечисленных выражений является декартовым произведением множеств D1 = {b, d} и D2 = {a, c}?
Рассмотрим схему отношения ПРЕПОДАВАТЕЛЬ_ПРЕДМЕТ (Личный номер, Предмет, Фамилия, Должность, Оклад, Часы). Ключами отношения являются:
Установите правильное соответствие между нормальными формами и некоторыми аспектами их определения.
Нормальная форма | Определение | ||
---|---|---|---|
1 | Первая нормальная форма (1НФ) | A | отношение должно удовлетворять зависимости по соединению относительно своих проекций. |
2 | Вторая нормальная форма (2НФ) | B | все неключевые атрибуты отношения функционально полно зависят от составного ключа отношения; отношение не должно содержать частичных ФЗ. |
3 | Третья нормальная форма (3НФ) | C | неключевые атрибуты отношения не зависят от ключей; отношение допускает наличия только таких нетривиальных ФЗ, в которых ключ определяет один или более других атрибутов: ![]() ![]() |
4 | Нормальная форма Бойса-Кодда (НФБК) | D | все неключевые атрибуты отношения зависят только от первичного ключа; отношение не должно содержать транзитивных ФЗ неключевых атрибутов от ключа |
5 | Четвертая нормальная форма (4НФ) | E | отношение не должно содержать независимых многозначных ФЗ. |
6 | Пятая нормальная форма (5НФ) | F | все атрибуты отношения являются простыми, т.е. не имеют компонентов. |
К какой нормальной форме приведено исходное отношение?
Исходное отношение:
Преподаватель (Фамилия, Группа, Предмет )
Результирующие отношения:
Преподаватель_группа (Фамилия, Группа )
Преподаватель_предмет (Фамилия, Предмет )
Комментарий к ответу: Отношение Преподаватель содержит две многозначные ФЗ: и
. Это приводит к аномалии включения: если у преподавателя появляется новая группа, в отношение приходится добавлять несколько кортежей (по числу читаемых им предметов). Устранение аномалии заключается в выделении МФЗ в отдельное отношение
6. Какие из перечисленных требований должны быть удовлетворены в рамках логической модели реляционной базы данных?
Установите соответствие между фазами обработки команды SQL и действиями СУБД
Тип данных | Значение | ||
---|---|---|---|
1 | фаза синтаксического разбора | А | включает проверку синтаксиса команды, проверку имен таблиц и колонок в базе данных, а также подготовку исходных данных для оптимизатора |
2 | фаза оптимизации | Б | включает подстановку действительных имен таблиц и колонок базы данных в представление, идентификацию возможных вариантов выполнения команды, определения стоимости выполнения каждого варианта, выбор наилучшего варианта на основе внутренней статистики |
3 | фаза генерации исполняемого кода | В | включает выполнение кода команды |
4 | фаза выполнения команды | Г | включает построение выполняемого кода команды |
Установите соответствие между объектами реляционной базы данных, относящимися к так называемому серверному коду, и их определениями
Объект | Определение | ||
---|---|---|---|
1 | Хранимая процедура | А | - это объект базы данных, представляющий поименованный набор команд SQL и/или операторов специализированных языков программирования базы данных |
2 | Функция | Б | - это поименованный оператор SQL, который заранее откомпилирован и сохраняется в базе данных. Скорость обработки команды выше, чем у соответствующего ему оператора SQL, т.к. при этом не выполняются фазы синтаксического разбора и компиляции |
3 | Команда | В | - это объект базы данных, представляющий поименованный набор команд SQL и/или операторов специализированных языков обработки программирования базы данных, который при выполнении возвращает значение - результат вычислений |
4 | Триггер | Г | - это объект базы данных, который представляет собой специальную хранимую процедуру. Процедура запускается автоматически, когда происходит связанное с триггером событие (например, до вставки строки в таблицу) |
5 | Таймер | Д | - это объект базы данных, который состоит из поименованного, структурированного набора переменных, процедур и функций. |
6 | Пакет | Е | - это триггер, запускающийся событием таймера. |
В контексте физического проектирования реляционных баз данных вертикальное разбиение таблицы - это …
При приятии решении о денормализации определите, что является наиболее важным для приложения базы данных
Дана таблица 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. Это целесообразно сделать, но это приводит к лишней операции при вводе проекта - явного указания, что он не завершен.
Рассмотрим базу данных обработки заказов и создадим индексный кластер для хранения одной из таблиц базы данных - 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 сделано, чтобы избежать создания второго индекса.
Является ли такое решение преимуществом с точки зрения утверждения: "Строки, имеющие специальные записи о клиенте, имеют более одной записи о клиенте".
Таблица базы данных СУБД SQLBASE создана командамиCREATE TABLE CUSTOMER(CUSTOMER_ID CHAR(5) NOT NULL,CUSTOMER_NAME VARCHAR(10),CUSTOMER_ADDR VARCHAR(30),CUSTOMER_RATING CHAR(5),PRIMARY KEY(CUSTOMER_ID))PCTFREE 15;CREATE UNIQUE CLUSTERED HASHED INDEX NDX_CUSTOMER ON CUSTOMER (CUSTOMER_ID) SIZE 47628;
Число строк в таблице = 50000. Оцените ее размер (в страницах).
Бизнес-функция "Принять на работу сотрудника" имеет следующую декомпозицию, полученную от аналитика базы данных:
1. Принять на работу сотрудника
1.2. Зарегистрировать заявление
1.3. Оформить договор найма
1.4. Издать приказ по организации
1.5. Завести карточку учета
1.6. Закрыть заявление
Является ли бизнес-функция "Оформить договор найма" атомарной?Оптимизация запросов, основанных на вычислении стоимости, отличается от оптимизации, основанной на правилах, тем, что …
Кардинальность колонка EMPLOYEE_NO равна 100. Оценка фактора селективности предиката EMPLOYEE_NO=65 равна …
Установите соответствие между типами приложений и их определениями.
Тип приложения | Определение | ||
---|---|---|---|
1. | OLTP-система | A | - это такое приложение обработки данных, для которого база данных растет или сжимается в размерах периодически в зависимости от характера обработки данных. |
2. | DSS-система | Б | - это приложение, которое обеспечивает аналитическую обработку данных, включающую математический, статистический или иной анализ данных. |
3. | BATCH-системы | В | - это такое приложение, которое работает с базой данных в не интерактивном режиме. |
4. | OLAP-система | Г | - это такое приложение, которое работает с очень большой базой данных в режиме "только чтение". |
5. | VCDB-система | Д | - это такое приложение, которое содержит в основном транзакции вставки, обновления и удаления, с высокой частотой преимущественно транзакций обновления. |
Укажите правильное соответствие между элементами информационной модели и их графическим изображением на ER-диаграмме.
Элементы модели | Изображение на диаграмме | ||
---|---|---|---|
1 | Обязательный класс принадлежности сущности | A | Символ "птичья лапка" |
2 | Необязательный класс принадлежности сущности отношению | B | Кружок на линии отношения рядом с сущностью |
3 | Степень связи N | C | Вертикальная черта на линии отношения рядом с сущностью |
4 | Степень связи 1 | D | "Вилка" с полукругом в точке ветвления |
5 | Отношение супертип-подтип | E | Одинарная горизонтальная черта |
Какая из ниже перечисленных задач в концепции клиент-серверной технологии для распределенных вычислений не относится напрямую к разработке серверного кода?
Концепция обеспечения безопасности доступа, принятая в Oracle, не предусматривает выполнение следующих действий:
Укажите правильное соответствие между элементами диаграммы потока данных и их определениями.
Элементы | Определение | ||
---|---|---|---|
1 | Источники данных | A | показывают места хранения данных. |
2 | Потоки данных | B | показывают операции, производимые над данными. |
3 | Хранилища данных | C | показывают, кто использует или работает с данными. |
4 | Процессы обработки данных | D | показывают способ передачи данных между источниками и хранилищами данных |
Укажите, какие объекты из ниже перечисленных относятся к результатам проектирования физической модели реляционной базы данных с учетом влияния транзакций.
Укажите правильное соответствие между IDEF0-диаграммами и их определениями.
IDEF0-диаграммы | Определение | ||
---|---|---|---|
1 | Контекстная диаграмма | A | описывает каждый из функциональных фрагментов системы |
2 | Диаграмма декомпозиции | B | показывает иерархическую структуру функций, не отображая взаимосвязи между ними |
3 | Диаграмма дерева узлов | C | является вершиной иерархической структуры диаграмм и представляет самое общее описание системы и ее взаимодействия с внешней средой |
Высота индекса равна 3, фактор селективности равен 0.5, число строк в таблице - 1000, число страниц, занятых таблицей, равно 2000. Для плана выполнения оптимизатор запросов выберет …
Обладает ли представленная ниже декомпозиция свойством соединения без потерь?Дана схема отношения ABCDE, ее декомпозиция d={AD, AB, BE, CDE, AE}, и две ФЗ: 
Установите соответствие между терминами и их определениями
Термин | Определение | ||
---|---|---|---|
1. | Ключ секционирования | A | колонка таблицы, относительно значений которых СУБД будет делать физическое разнесение таблицы по различным табличным пространствам на жестких дисках |
2. | Секционирование по диапазону | Б | означает распределение строк таблицы на различные предопределенные табличные пространства в зависимости от значения ключа секционирования |
3. | Хеш-секционирование | В | означает, что таблица сначала распределяется среди табличных пространств на основе диапазона значений ключа секционирования, далее каждая из полученных секций диапазонов делится на подчиненные секции или подсекции, и затем строки равномерно распределяются среди подчиненных секций по значению хеш-ключа |
4. | Составное секционирование | Г | означает равномерное распределение строк таблицы по назначенным табличным пространствам в зависимости от значения ключа секционирования, который в данном случае хешируется |
Установите соответствие между понятиями, связанными с предметной областью, и их определениями.
Понятие | Определение | ||
---|---|---|---|
1 | Ядро предметной области | A | в каждый конкретный момент времени представляет собой выделенную совокупность определенных объектов и ситуаций |
2 | Объект | B | - взаимосвязи, выражающие взаимоотношения между объектами |
3 | Класс ситуаций | C | является результатом абстрагирования реального объекта путем выделения и фиксации набора его свойств |
4 | Состояние предметной области (снимок) | D | - совокупность объектов (реалий внешнего мира), о которых можно задавать вопросы |
Укажите правильное соответствие между элементами IDEF0-диаграмм и их определениями.
Элементы | Определение | ||
---|---|---|---|
1 | Работы | A | - это материалы или информация, которые производятся работой. |
2 | Стрелки | B | обозначают поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. |
3 | Вход | C | - это правила, стратегии, процедуры или стандарты, которыми руководствуется работа. |
4 | Управление | D | - это материалы или информация, которые используются или преобразуются работой для получения результата (выхода). |
5 | Выход | E | описывают взаимодействие работ между собой и с внешними миром |
6 | Механизм | F | - это специальная стрелка, указывающая на другую модель работы. |
7 | Вызов | G | - это ресурсы, которые выполняют работу (персонал, станки, устройства). |
Какое из ниже перечисленных действий не относится к проверке правильности логической модели реляционной базы данных?
Упорядочите действия по созданию первой итерации внутренней схемы базы данных
Действия | |
---|---|
1. | Создание таблиц |
2. | Определение типов данных колонок |
3. | Определение первичного ключа |
4. | Задание ограничений на значения колонок |
5. | Создание таблиц для взаимосвязи многие-ко-многим |
6. | Создание индексов |
7. | Создание представлений |
8. | Проверка корректности созданной физической модели |
9. | Создание других объектов базы данных |
Установите правильное соответствие между понятиями модели и их определениями
Понятие | Определение | ||
---|---|---|---|
1 | Ключ отношения | A | это уникальное значение атрибута или атрибутов в кортеже, позволяющее идентифицировать сущность или часть сущности предметной области |
2 | Возможный ключ отношения | B | это атрибут составного ключа, однозначно определяющий совокупность неключевых атрибутов отношения |
3 | Первичный ключ отношения | C | это первичный ключ отношения, содержащий несколько атрибутов |
4 | Составной ключ отношения | D | это значение атрибута или атрибутов, позволяющее однозначно идентифицировать кортеж |
5 | Частичный ключ отношения | E | это значение атрибута или атрибутов отношения, которые являются кандидатами на ключ отношения |
6 | Атомарный ключ отношения | F | это первичный ключ отношения, содержащий один атрибут |
7 | Внешний (посторонний) ключ отношения | G | это атрибут кортежа, который является первичным ключом другого отношения |
Дано отношение ОТГРУЗКА (корабль, дата отправления, грузополучатель, 1 партия грузов, 2 партия грузов, 3 партия грузов, объявленная стоимость, застрахованная стоимость). Использование этого отношения в реляционной базе данных может породить следующие проблемы:
Какие из перечисленных требований должны быть удовлетворены в рамках логической модели реляционной базы данных?
Какой результат будет после выполнения команды SELECT ниже:SELECT INITCAP(ENAME)FROM EMPLOYEEWHERE ENAME='Тулякова';
?
Установите уровень иерархии объектов реляционной базы данных, согласно стандарту SQL-92
Уровень иерархии | Объект | ||
---|---|---|---|
1 | I | А | Кластеры |
2 | II | Б | Представления |
3 | III | В | Столбцы |
4 | IV | Г | Таблицы |
5 | IV | Д | Каталоги |
6 | V | Е | Строки |
7 | VI | Ж | Схемы |
Определите порядок действий при создании базовых таблиц реляционной базы данных
Номер шага алгоритма | Действие | ||
---|---|---|---|
1 | I | А | Формирование списка имен таблиц и их сокращений в словаре данных |
2 | II | Б | Идентификация реляционной таблицы |
3 | III | В | Проверка: число базовых таблиц соответствует числу отношений логической модели реляционной базы данных |
4 | IV | Г | Формирование списка имен колонок и их сокращений в словаре данных |
5 | V | Д | Определение колонок для базовых таблиц |
6 | VI | Е | Определение типов данных колонкам |
7 | VII | Ж | Проверка списка имен в словаре данных, чтобы избежать конфликтов имен в базе данных в целом |
8 | VIII | З | Выборочное добавление |
Рассмотрим базу данных обработки заказов и создадим индексный кластер для хранения одной из таблиц базы данных - 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 сделано, чтобы избежать создания второго индекса.
Является ли такое решение преимуществом с точки зрения утверждения: "Очень немного строк о клиентах имеют специальные записи о клиенте".
Таблица базы данных СУБД SQLBASE создана командойCREATE TABLE CONTACT(CUSTOMER_ID CHAR(5) NOT NULL,CONTACT_NAME VARCHAR(15) NOT NULL,CONTACT_PHONE DECIMAL(10,0),CONTACT_TEXT LONG VARCHAR,PRIMARY KEY (CUSTOMER_ID, CONTACT_NAME)FOREING KEY CUSTKEY (CUSTOMER_ID) REFERENCES CUSTOMER ON DELETE RESTRICT)PCTFREE 15;
Число строк в таблице = 175000. Средняя длина поля LONG VAR CHAR = 10. Оцените ее размер (в страницах).
Дан следующий список функций и модулей.
Функция | Модуль | |
---|---|---|
1. Назначить руководителя проекта | 1. Ввод информации о проекте | |
2. Определить бюджет проекта | 2. Ввод информации о сотрудниках | |
3. Определить список подразделений | 3. Поиск информации о сотрудниках | |
4. Определить список сотрудников | 4. Поиск информации о проектах | |
5. Выполнять проект | 5. Генерация отчета о выполненных проектах | |
6. Сдать проект | 6. Генерация отчета о выполняемых проектах |
Команды SQLSELECT P.PROD_NO, P.PROD_DESCFROM PRODUCT P, ORDER OWHERE (O.PROD_NO = P.PROD_NO) AND(O.ORD_DATE BETWEEN JAN-1-1995 AND JAN-31-1995);
является операцией …
При работе с оптимизатором СУБД SQLBase для увеличения производительности конкретной команды SELECT проектировщик базы данных или администратор баз данных выполняет одно или два из следующих действий:
Дана таблица 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. Это целесообразно сделать, но это приводит к лишней операции при вводе проекта - явного указания, что он не завершен.
Установите правильное соответствие между правилами вывода для MV-зависимостей и их определениями
Правила вывода | Определение | ||
---|---|---|---|
1 | Дополнение | A | Если ![]() ![]() ![]() ![]() ![]() ![]() |
2 | Пополнение | B | Если ![]() ![]() ![]() ![]() |
3 | Транзитивность | C | Если ![]() ![]() ![]() ![]() |
4 | Объединение | D | Если ![]() ![]() ![]() ![]() |
5 | Псевдотранзитивность | E | Если ![]() ![]() ![]() ![]() |
6 | Смешанная транзитивность | F | Если ![]() ![]() ![]() |
7 | Декомпозиция | G | Если ![]() ![]() ![]() |
Установите правильное соответствие между аксиомами вывода ФЗ и их определениями.
Аксиомы вывода | Определение | ||
---|---|---|---|
1 | Рефлексивность | A | Если ![]() ![]() ![]() ![]() |
2 | Пополнение | B | Если ![]() ![]() ![]() |
3 | Транзитивность | C | Если ![]() ![]() ![]() ![]() |
4 | Расширение | D | Если ![]() ![]() ![]() |
5 | Продолжение | E | Если ![]() ![]() ![]() |
6 | Псевдотранзитивность | F | Если ![]() ![]() ![]() ![]() |
7 | Аддитивность | G | Если ![]() ![]() ![]() ![]() |
8 | Декомпозиция | H | Если ![]() ![]() ![]() ![]() |
Какое из утверждений не относится к основным конструктивным идеям теории проектирования реляционных баз данных?
Будет ли ниже приведенный запрос при выборке данных обращаться к таблице данных? Колонка Ename проиндексирована.SELECT COUNT(*) FROM EMPLOYEE WHERE Ename LIKE 'C%';
Установите соответствие между элементом определения транзакции и его смыслом.
Элемент | Определение | ||
---|---|---|---|
1. | Имя транзакции и номер транзакции | A | уникальная идентификация каждой транзакции базы данных |
2. | Описание транзакции | Б | онлайновая транзакция или пакетная транзакция, высокая, средняя, низкая |
3. | Характер транзакции и ее сложность | В | перечень операций предметной области, которые выполняются транзакцией |
4. | Объем транзакции | Г | средняя частота и пиковая частота использования |
5. | Требования к производительности транзакции | Д | количество секунд, необходимое для завершения транзакции в режиме эксплуатации базы данных. |
6. | Относительный приоритет | Е | насколько важна настоящая транзакция для предметной области по сравнению с другими |
7. | Время выполнения транзакции | Ж | количества секунд, требуемых для выполнения транзакции |
Дана спецификация модуля приложения базы данных.
Наименование модуля: Страница для входа в приложение (LogIn)
Цель: идентификация пользователя и предоставление доступа к приложению базы данных
Входные данные
Имя пользователя
Пароль
Таблица базы данных: USERACCOUNT
Колонки:
USERNAME - запрашивается, используется в предикате поиска
USERPASS - запрашивается, используется в предикате поиска
Какая позиция спецификация была пропущена проектировщиком базы данных?Какие из ниже перечисленных причин приводят к нецелесообразности создания индексов для каждого оператора SELECT?
Концепция независимости прикладных программ от физической структуры данных не дает следующих преимуществ:
Выберите правильную последовательность действий по нормализации сущности предметной области и отношения логической модели базы данных
Действия | |
---|---|
1. | Определить функциональные зависимости в отношении |
2. | Назначить первичные ключи связывающих отношений, исходя из уникального идентификатора связи и процедуры миграции ключей при нормализации |
3. | Получить список атрибутов сущности |
4. | Определить класс принадлежности сущности к связи |
5. | Для полученных отношений назначить первичные ключи |
6. | Определить степень связи сущностей |
7. | Выполнить нормализацию сущности (преобразовать сущность в отношение |
8. | Нормализовать отношение (разрешить связи) |
9. | Определить возможные ключи отношения, в частности, рассмотрев уникальный идентификатор сущности |
10. | Получить список детерминантов |
Решите задачу разрешения связи многие-ко-многим для следующей ситуации. Дано отношение многие ко многим 
Требуется разрешить это отношение.
Решение.
create table CUSTOMER(CUSTOMER_NO NUMBER(6) not null,CUSTOMER_NAME VARCHAR2(45) null,CUSTOMER_ADDRESS VARCHAR2(35) null,CUSTOMER_CITY VARCHAR2(45) null,CUSTOMER_STATE CHAR(2) null,CUSTOMER_ZIP NUMBER(5) null,primary key (CUSTOMER_NO))create table SALESMAN(SALESMAN_NO NUMBER(6) not null,SALESMAN_NAME VARCHAR2(45) null,SALESMAN_EMP_NO NUMBER(6) null,SALESMAN_YTD_SALES NUMBER(9,2) null,SALESMAN_PROD_GRP CHAR(8) null,primary key (SALESMAN_NO))create table CUSTOMER_ SALESMAN(CUSTOMER_NO NUMBER(6) not null,SALESMAN_NO NUMBER(6) not null,SALESMAN_QUOTA NUMBER(6) null,primary key (CUSTOMER_NO, SALESMAN_NO),foreing key (CUSTOMER_NO) references CUSTOMER,foreign key (SALESMAN_NO) references SALESMAN)
Установите соответствие между ограничениями и их содержанием.
Ограничение | Описание | ||
---|---|---|---|
1 | CHECK | А | Гарантирует, что колонка всегда содержит значение и оно уникально в таблице |
2 | DEFAULT | Б | Помещает значение по умолчанию в колонку. Гарантирует, что колонка всегда имеет значение |
3 | FOREING KEY | В | Гарантирует, что значение существует как значение в колонке первичного ключа другой таблицы. Обеспечивает процедуры удаления дочерних строк при удалении связанных с ней родительских. |
4 | NOT NULL | Г | Гарантирует, что значение будет уникальным в таблице |
5 | PRIMARY KEY | Д | Гарантирует, что значения находятся в границах специфицированного интервала, задаваемого предикатом |
6 | UNIQUE | Е | Гарантирует, что колонка всегда содержит значение |
Установите соответствие между терминами и их определениями.
Термин | Определение | ||
---|---|---|---|
1. | Кластер | A | - это значение колонок, общих для кластеризуемых таблиц |
2. | Индексный кластер | Б | - это кластер, для физической организации которого используется индекс со структурой B-Tree |
3. | Хеш-кластер | В | - это кластер, для физической организации которого использует структура на основе преобразования ключа |
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 сделано, чтобы избежать создания второго индекса.
Является ли такое решение преимуществом с точки зрения утверждения: "Все записи о клиентах выбираются для ежегодного отчета".
При выполнении команды SQLSELECT NAME, QTY, DESCFROM CUSTOMER C, ORDER O, PRODUCT PWHERE ( C.CUST_NO = O. CUST_NO )AND (P.CUST_NO = O. CUST_NO );
СУБД выполнит физическую операцию …
Какие из ниже перечисленных причин приводят к нецелесообразности создания индексов для каждого оператора SELECT?
Какой шаг следует добавить в приведенный ниже алгоритм декомпозиции отношений?
Алгоритм
Исходное отношение:
Преподаватель (Личный_#, Фамилия, Должность, Оклад, Кафедра, Телефон )
Результирующие отношения:
Преподаватель(Личный_#, Фамилия, Должность, Кафедра)
Должность (Должность, Оклад)
Кафедра (Кафедра, Телефон)
Комментарий к ответу: Отношение Преподаватель содержит транзитивные зависимости: и
. Это может привести к следующим аномалиям:
Устранение аномалий заключается в выполнении трех проекций отношения.
Рассмотрим фрагмент определения преставления SELECT * FROM east_sales@icp.ac.ru WHERE LOC = 'EAST'UNION ALLSELECT * FROM west_sales@ioc.ac.ru WHERE LOC = 'WEST';
Если заменить предложение WHERE на ограничение CHECK, то в таком случае …
Укажите, какие объекты из ниже перечисленных относятся к результатам проектирования первой итерации физической модели реляционной базы данных.
Оцените в терминах операций ввода вывода следующий запрос, который делает выборку данных из таблиц PRODUCT (50 строк) и VENDOR (1000):SELECT VENDOR_CODE, PRODUCT_CODE, PRODUCT_DESCFROM VENDOR, PRODUCTWHERE VENDOR.VENDOR_CODE = PRODUCT.VENDOR_CODE AND VENDOR.VENDOR_CODE = "100";
По следующему пути доступа:
Установите соответствие между типами данных для представления строк символов и строк бит со значениями, которые они определяют.
Тип данных | Значение | ||
---|---|---|---|
1 | Char[(длина)] | А | строка произвольной длины до 2 Гб символов |
2 | Varchar [(длина)] | Б | Строка бит переменной длины до 2 Гб |
3 | Varchar2 (длина), | В | строка переменной длины |
4 | Long [(длина)] | Г | строка фиксированной длины от 1 до 255 символа |
5 | Raw [(длина)} | Д | Строка бит переменной длины до 255 байт |
6 | Long Raw [(длина)] | Е | строка переменной длины до 2 Кб символов |
Пусть, для таблицы базы данных 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 |
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | + | + | + | + | + | + | + | + | + | + | + | + | + |
2 | + | + | + | + | + | + | + | + | + | + | + | + | + |
3 | + | + | + | + | + | + | + | + | + | + | + | + | + |
4 | + | + | + | + | + | + | + | + | + | + | + | + | + |
5 | + | + | + | + | + | + | + | ||||||
6 | + | + | + | + | + | ||||||||
7 | + | + | + | + | + | ||||||||
8 | + | + | + | + | + | ||||||||
9 | + | + | + | + | |||||||||
10 | + | + | + | + |
При выполнении команды SQLSELECT * FROM ORDER WHERE(STАTUS IN ('C','P','S')) AND (TOTAL_AMT > 1000);
СУБД выполнит физическую операцию …
Индексный ключ определен как SALARY, DEPT, YEARS_SERVICE. Пусть задан предикат SALARY < 25000 AND DEPT = 50 AND YEARS_SERVICE > 3.
При вычислении фактора селективности используются статистика о колонках …
Какой результат будет после выполнения команды SELECT ниже:SELECT ENAME, MOD(SAL,COMM)FROM EMPLOYEEWHERE ENAME='Тулякова';
если для служащей Туляковой SAL=30150 и COMM= 2000?
Кардинальность колонка EMPLOYEE_NO равна 100. Оценка фактора селективности предиката EMPLOYEE_NO>EMPMAX равна …
Бизнес-функция "Принять на работу сотрудника" имеет следующую декомпозицию, полученную от аналитика базы данных:
1. Принять на работу сотрудника
1.2. Зарегистрировать заявление
1.3. Оформить договор найма
1.4. Издать приказ по организации
1.5. Завести карточку учета
1.6. Закрыть заявление
Является ли бизнес-функция "Издать приказ по организации" атомарной?
При работе с оптимизатором СУБД SQLBase для увеличения производительности конкретной команды SELECT проектировщик базы данных или администратор баз данных выполняет одно или два из следующих действий:
При рассмотрении иерархии функций проектировщику базы данных следует обращать внимание на следующие моменты:
Решите задачу разрешения связи многие-ко-многим для следующей ситуации. Дано отношение многие ко многим 
Требуется разрешить это отношение.
Решение.
create table CUSTOMER(CUSTOMER_NO NUMBER(6) not null,CUSTOMER_NAME VARCHAR2(45) null,CUSTOMER_ADDRESS VARCHAR2(35) null,CUSTOMER_CITY VARCHAR2(45) null,CUSTOMER_STATE CHAR(2) null,CUSTOMER_ZIP NUMBER(5) null,primary key (CUSTOMER_NO))create table SALESMAN(SALESMAN_NO NUMBER(6) not null,SALESMAN_NAME VARCHAR2(45) null,SALESMAN_EMP_NO NUMBER(6) null,SALESMAN_YTD_SALES NUMBER(9,2) null,SALESMAN_QUOTA NUMBER(6) null,SALESMAN_PROD_GRP CHAR(8) null,primary key (SALESMAN_NO))create table CUSTOMER_ SALESMAN(CUSTOMER_NO NUMBER(6) not null,SALESMAN_NO NUMBER(6) not null,primary key (CUSTOMER_NO, SALESMAN_NO))
В какой концепции обработки данных сущности предметного мира (объекты) наделяются структурой и обладают определенным поведением (набором операций)?
Установите соответствие между терминами и их определениями.
Термин | Определение | ||
---|---|---|---|
1. | Индекс | A | - это физический объект реляционной базы данных, организованный по принципу сбалансированной иерархической структуры |
2. | Ключевые поля или ключи | Б | - это колонки, входящие в индекс |
3. | Индекс B-Tree | В | - это объект в реляционной базе данных, который предназначен для организации быстрого доступа к строкам таблицы по значениям одной или более колонок этих строк |
4. | Составной индекс | Г | - это индекс типа B-Tree базы данных, который одновременно выполняет роль таблицы |
5. | Исключительно индексная таблица | Д | - это индекс, построенный для нескольких колонок таблицы |
6. | Кардинальность колонки | Е | - это число дискретных различных значений колонки, которые встречаются в строках таблицы |