База ответов ИНТУИТ

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

<<- Назад к вопросам

Процедуры и функции опционально имеют …

(Отметьте один правильный вариант ответа.)

Варианты ответа
блок обработки исключительных ситуаций(Верный ответ)
блок исполняемого кода
блок объявлений
Похожие вопросы
Описание функции отличается от описания процедуры наличием …
Укажите правильное соответствие между элементами IDEF0-диаграмм и их определениями.
ЭлементыОпределение
1РаботыA- это материалы или информация, которые производятся работой.
2СтрелкиBобозначают поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты.
3ВходC- это правила, стратегии, процедуры или стандарты, которыми руководствуется работа.
4УправлениеD- это материалы или информация, которые используются или преобразуются работой для получения результата (выхода).
5ВыходEописывают взаимодействие работ между собой и с внешними миром
6МеханизмF- это специальная стрелка, указывающая на другую модель работы.
7ВызовG- это ресурсы, которые выполняют работу (персонал, станки, устройства).
Какие свойства пакетов позволяют проектировщику базы данных инкапсулировать логически связанные типы данных, объекты, процедуры и функции в поименованный модуль PL/SQL?
Установите соответствие между ограничениями и их содержанием.
ОграничениеОписание
1CHECKАГарантирует, что колонка всегда содержит значение и оно уникально в таблице
2DEFAULTБПомещает значение по умолчанию в колонку. Гарантирует, что колонка всегда имеет значение
3FOREING KEYВГарантирует, что значение существует как значение в колонке первичного ключа другой таблицы. Обеспечивает процедуры удаления дочерних строк при удалении связанных с ней родительских.
4NOT NULLГГарантирует, что значение будет уникальным в таблице
5PRIMARY KEYДГарантирует, что значения находятся в границах специфицированного интервала, задаваемого предикатом
6UNIQUEЕГарантирует, что колонка всегда содержит значение
При проектировании модулей приложений проектировщик базы данных получает атомарные функции …
Для проектирования модулей приложений в качестве входных данных используется иерархия функции, которая является элементом …
Выберите правильную последовательность действий по нормализации сущности предметной области и отношения логической модели базы данных
Действия
1.Определить функциональные зависимости в отношении
2.Назначить первичные ключи связывающих отношений, исходя из уникального идентификатора связи и процедуры миграции ключей при нормализации
3.Получить список атрибутов сущности
4.Определить класс принадлежности сущности к связи
5.Для полученных отношений назначить первичные ключи
6.Определить степень связи сущностей
7.Выполнить нормализацию сущности (преобразовать сущность в отношение
8.Нормализовать отношение (разрешить связи)
9.Определить возможные ключи отношения, в частности, рассмотрев уникальный идентификатор сущности
10.Получить список детерминантов
Рассмотрим базу данных обработки заказов и создадим индексный кластер для хранения одной из таблиц базы данных - Customer.
CREATE CLUSTER cust_c (cust_id varchar(8))INDEX;CREATE INDEX cust_c_id ON CLUSTER cust_c;CREATE TABLE cust (cust_id 	varchar2(8) NOT NULL REFERENCES customers,ent#		number	NOT NULL,date_ent	date		NOT NULL,comment	varchar2(60)	NOT NULL,…PRIMARY KEY(cust_id, ent#)) CLUSTER cust_c (cust_id);

Созданная таблица кластеризована по колонке cust_id, и все специальные записи о клиента в колонке comment будут расположены в одной странице физической базы данных, либо в смежных страницах. Их можно выбрать за одну операцию поиска по индексу:

SELECT date_ent, comment FROM cust_c WHERE cust_id=:cur_cust;

Комментарий. Ограничение первичного ключа в операторе CREATE сделано, чтобы избежать создания второго индекса.

Является ли такое решение преимуществом с точки зрения утверждения: "Очень немного строк о клиентах имеют специальные записи о клиенте".

Рассмотрим базу данных обработки заказов и создадим индексный кластер для хранения одной из таблиц базы данных - Customer.
CREATE CLUSTER cust_c (cust_id varchar(8))INDEX;CREATE INDEX cust_c_id ON CLUSTER cust_c;CREATE TABLE cust (cust_id 	varchar2(8) NOT NULL REFERENCES customers,ent#		number	NOT NULL,date_ent	date		NOT NULL,comment	varchar2(60)	NOT NULL,…PRIMARY KEY(cust_id, ent#)) CLUSTER cust_c (cust_id);

Созданная таблица кластеризована по колонке cust_id, и все специальные записи о клиента в колонке comment будут расположены в одной странице физической базы данных, либо в смежных страницах. Их можно выбрать за одну операцию поиска по индексу:

SELECT date_ent, comment FROM cust_c WHERE cust_id=:cur_cust;

Комментарий. Ограничение первичного ключа в операторе CREATE сделано, чтобы избежать создания второго индекса.

Является ли такое решение преимуществом с точки зрения утверждения: "Строки, имеющие специальные записи о клиенте, имеют более одной записи о клиенте".

Установите правильное соответствие между нормальными формами и некоторыми аспектами их определения.
Нормальная формаОпределение
1Первая нормальная форма (1НФ)Aотношение должно удовлетворять зависимости по соединению относительно своих проекций.
2Вторая нормальная форма (2НФ)Bвсе неключевые атрибуты отношения функционально полно зависят от составного ключа отношения; отношение не должно содержать частичных ФЗ.
3Третья нормальная форма (3НФ)C неключевые атрибуты отношения не зависят от ключей; отношение допускает наличия только таких нетривиальных ФЗ, в которых ключ определяет один или более других атрибутов: Х \to А, где А \notsubset Х, Х включает некоторый ключ.
4Нормальная форма Бойса-Кодда (НФБК)Dвсе неключевые атрибуты отношения зависят только от первичного ключа; отношение не должно содержать транзитивных ФЗ неключевых атрибутов от ключа
5Четвертая нормальная форма (4НФ)Eотношение не должно содержать независимых многозначных ФЗ.
6Пятая нормальная форма (5НФ)Fвсе атрибуты отношения являются простыми, т.е. не имеют компонентов.