дипломы,диссертации,курсовые,контрольные,рефераты,отчеты на заказ

Проектирование баз данных
для специальности 080801
Сибилев В.Д.
Томск-2007

1. Общие понятия.
дипломы,курсовые,рефераты,контрольные,диссертации,отчеты на заказ

№ 1
Вовлечённая в организованную деятельность часть реального мира, сведения о которой накапливаются и обрабатываются системой баз данных, называется:
• предметной областью.

№ 2
Именованный набор записей, сохраняемых во внешней памяти компьютерной системы, -
• файл.

№ 3
Самодокументированный интегрированный набор записей -
• база данных.

№ 4
Набор условий на значения данных, сохраняемых в БД, -
• ограничения целостности.

№ 5
Набор языковых и изобразительных стандартов, используемых для описания требований к данным, -
• модель данных.

№ 6
Описание требований к структурам и связям данных, которые должны храниться в базе данных и обрабатываться приложением:
• моделью данных пользователя.

№ 7
Однозначное описание представлений пользователя об объектах предметной области, об отношениях объектов и деловом регламенте организации называется:
• концептуальной моделью данных.

№ 8
Описание логических структур данных и ограничений целостности данных называется:
• логической моделью данных.

№ 9
Совокупность описаний файлов внешней памяти, методов доступа к данным и процедур поддержки целостности данных -
• проект физической базы данных.

№ 10
База данных отличается от любого другого набора записей тем, что:
• содержит собственное описание.

№ 11
Ответственность за выявление и определение ограничений целостности данных возлагается на:
• проектировщика БД.

№ 12
Поддержка ограничений целостности обеспечивается:
• СУБД и прикладными программами.

№ 13
Концептуальная модель данных создаётся с учётом:
• требований конечного пользователя.

№ 14
Концептуальная модель данных необходима для:
• создания логической модели данных;
• проектирования приложений;
• проектирования внешних схем;
• сопровождения системы.

№ 15
Логическая модель данных создаётся с учётом:
• типа целевой СУБД;
• требований конечного пользователя.

№ 16
Логическая модель данных необходима для:
• проектирования приложений;
• создания проекта физической базы данных;
• сопровождения системы;
• определения структур файлов и методов доступа;
• проектирования внешних схем;
• реализации БД и приложений.

№ 17
Проект физической базы данных необходим для:
• реализации БД;
• сопровождения системы.

2. Модель “сущность-связь”.

Модель сущность-связь (ER-модель) есть набор понятий и графических обозначений, предназначенный для описания представлений пользователя об объектах предметной области и отношениях, в которые они вступают.

№ 1
Модель “сущность-связь” предназначена для:
• описания представлений пользователя об объектах предметной области и отношениях, в которые они вступают.

№ 2
Нечто, имеющее физическое или концептуальное существование и представляющее интерес с точки зрения пользователя называется в ER-модели:
• сущностью.

№ 3
Объект, идентифицируемый пользователем в предметной области, называется в ER-модели:
• сущностью.

№ 4
Потенциальное множество сущностей, имеющих одинаковые наборы свойств, есть:
• класс сущностей.

№ 5
Существующая в представлении пользователя абстракция объекта, которой сопоставлено имя, называется в ER-модели:
• классом сущностей.

№ 6
Набор свойств, которому в сознании пользователя сопоставлено имя, имеющее единственный смысл, называется в ER-модели:
• классом сущностей.

№ 7
Реквизит документа или сообщения называется в ER-модели:
• атрибутом.

№ 8
Характеристика объекта, значения которой представляют интерес для пользователя, называется в ER-модели:
• атрибутом.

№ 9
Свойство класса сущностей или связей называется в ER-модели:
• атрибутом.

Атрибут имеет имя и принимает значения.

№ 10
Потенциальное множество значений атрибута, осмысленных с точки зрения пользователя, есть:
• домен атрибута.

№ 11
Если значения атрибута в представлении пользователя не имеют внутренней структуры, то атрибут является:
• простым.

№ 12
- имеют внутреннюю структуру (состоят из нескольких компонентов), то атрибут является:
• составным (композитным).

№ 13
Если атрибут не может принимать более одного значения для одного экземпляра сущности (связи), то он является:
• однозначным.

№ 14
Если атрибут может принимать несколько значений для одного экземпляра сущности (связи), то он является:
• многозначным.

№ 15
Если значение атрибута можно определить по известным значениям других атрибутов, то он является:
• производным.

№ 16
Атрибут, значения которого можно использовать для уникальной идентификации экземпляров сущности, называется:
• возможным (потенциальным) ключом.

№ 17
Атрибут, значения которого являются с точки зрения пользователя уникальными идентификаторами экземпляров сущности, следует считать:
• первичным ключом.

Класс сущностей есть именованный набор атрибутов.

№ 18
Отношение, определённое на декартовом произведении доменов атрибутов есть:
• класс сущностей.

№ 19
Ассоциация экземпляров одного или более классов сущностей называется в ER-модели данных:
• связью.

№ 20
Осмысленная с точки зрения пользователя ассоциация классов сущностей называется в ER-модели данных:
• классом связей.

№ 21
Отношение, определённое на декартовом произведении классов сущностей, называется:
• классом связей.

№ 22
Отношение, определённое на декартовом произведении доменов первичных ключей сущностей, -
• класс связей.

Число классов сущностей, участвующих в связи, называется степенью (арностью) связи.

Число экземпляров связи R, в которых может участвовать один экземпляр сущности Е, называется мощностью (кардинальностью) связи R со стороны сущности E.

Пусть E - класс сущностей, R - класс связей с участием экземпляров класса E. Если каждый экземпляр E должен участвовать хотя бы в одном экземпляре R, то говорят, что связь R является обязательной со стороны сущности E. В противном случае говорят, что связь R не обязательна со стороны сущности E.

№ 23
Бинарная связь типа 1:1
Здесь изображена бинарная связь типа:
• <1:1>.

№ 24
Бинарная связь типа 1:M
Здесь изображена бинарная связь типа:
• <1:M>.

№ 25
Бинарная связь типа M:N
Здесь изображена бинарная связь типа:
• <M:N>.

№ 26
Укажите диаграмму, эквивалентную изображённой здесь связи

.

№ 27
Укажите диаграмму, эквивалентную изображённой здесь связи

.

3. Реляционная модель данных.

РМД (реляционная модель данных) есть набор понятий и языковых конструкций, предназначенных для описания структур данных, ограничений целостности данных и операций манипулирования данными на логическом уровне.

№ 1
В реляционной модели данных потенциальное множество значений, не имеющих внутренней структуры, называется:
• типом данных.

№ 2
Подмножество значений типа данных -
• домен.

№ 3
Имя (переменная), принимающее значения на домене, -
• атрибут.

№ 4
В отличие от ER-модели данных, атрибут РМД не может быть:
• многозначным (составным, композитным).

№ 5
Пусть D1,D2,...,Dn - домeны (необязательно различные) и А12,...,Аn - атрибуты, определенные на соответствующих домeнах. Множество пар (домен, атрибут) R={(D1,A1),(D2,A2),...,(Dn,An)} называется:
• схемой отношения.

№ 6
На интуитивном уровне схема отношения есть:
• заголовок таблицы.

№ 7
С точки зрения программиста схема отношения есть определение:
• структурного типа данных (типа записи).

№ 8
Пусть R - схема отношения, Ai - атрибут схемы, Di - домeн атрибута Ai,ai ∈ Di - значение атрибута Ai. Множество пар SR={(A1,a1),(A2,a2),...,(An,an)}, ai ∈ Di, i=1,..., n, называется ... , соответствующим схеме R.
• кортежем.

№ 9
На интуитивном уровне кортеж - это:
• строка таблицы.

№ 10
С точки зрения программиста кортеж есть значение:
• структурного типа данных.

Множество кортежей Sr, соответствующих одной и той же схеме R, называется отношением.

№ 11
Внутренние ограничения целостности реляционной модели данных:
• Целостность домена.
• Целостность сущности.
• Ссылочная целостность.
• Целостность атрибута.

Ограничением целостности домена является определение множества значений простого типа данных.

В реляционной БД должны быть явно определены все требуемые домены. Это требование целостности домена.

№ 12
Ограничением целостности атрибута является определение его:
• домена.

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

№ 13
Oграничением целостности сущности является определение:
• первичного ключа.

В реляционной БД для каждого отношения должен быть определён первичный ключ. Это требование целостности сущности.

№ 14
Ограничением ссылочной целостности является определение:
• внешнего ключа.

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

Подмножество К атрибутов отношения R является возможным ключом, если
А) невозможно одновременное существование двух кортежей R, совпадающих по значению К (свойство уникальности) и
В) К не содержит собственного подмножества, обладающего свойством А) (свойство неизбыточности).

№ 15
Уникальная идентификация кортежей в реляционной базе данных обеспечивается механизмом:
• возможных ключей, потенциальных ключей.

Выделенный возможный ключ отношения называется первичным, а все прочие - альтернативными.

№ 16
Первичный ключ отношения не может принимать:
• неопределённых значений (NULL-значения).

Подмножество К атрибутов отношения R является внешним ключом, если
А) существует в БД отношение RR с первичным ключом P, эквивалентным К и
В) для любого кортежа S отношения R существует кортеж в отношении RR, содержащий значение P, совпадающее со значением K в S.

№ 17
Механизм внешних ключей в реляционной модели данных обеспечивает поддержку следующих типов связей:
• бинарная 1:1;
• бинарная 1:М.

Обязательные элементы определения домена.
• имя домена;
• тип данных;
• ограничение.

Обязательные элементы определения отношения:
• имя отношения;
• определения атрибутов;
• определение первичного ключа.

№ 18
Элементы определения атрибута:
• имя домена; имя атрибута.

№ 19
Элементы определения внешнего ключа.
• Правило удаления.
• Правило обновления.
• Имя родительского отношения.
• Список атрибутов.

4. Нормальные формы отношений.

№ 1
Отношение, схема которого содержит все атрибуты всех объектов предметной области, называется:
• универсальным отношением.

Пусть R - отношение, A, B - подмножества его атрибутов. Говорят, что A функционально определяет, B или B функционально зависит от A, если и только если любые два кортежа R, совпадающие по значению A, совпадают и по значению B. Подмножество A называется детерминантом, подмножество B - зависимой частью.

Заключение о существовании функциональной зависимости атрибутов можно сделать только на основании бизнес-правил, определяющих связи (отношения) атрибутов.

Говорят, что атрибуты A1, A2,..., An взаимно независимы, если и только если для любого значения i=1,..., n атрибут Аi не зависит функционально ни от какого подмножества остальных атрибутов.

№ 2
Пусть А, В и С - подмножества атрибутов отношения. Говорят, что A транзитивно определяет C, если и только если существуют ФЗ А→В и В→С.

№ 3
Пусть А и В - подмножества атрибутов отношения. Говорят, что B неприводимо зависит от А (А неприводимо определяет В), если и только если А→В и не существует такого С⊂А, что С→В.

Функциональные зависимости атрибутов есть следствия бизнес-правил (делового,регламента). Поэтому они являются ограничениями целостности данных.

№ 4
Атрибуты, входящие в состав возможного ключа отношения функционально:
• взаимно не зависимы.

№ 5
Пусть R - отношение, K - его возможный ключ. Каждый атрибут отношения, не входящий в состав K,:
• функционально зависит от K.

№ 6
Пусть R - отношение, K - его возможный ключ, A - атрибут, не входящий в K. Отношение А и К.
• K→A.

№ 7
В реляционной модели данных существует единственный способ явного определения функциональных зависимостей. Этот способ - объявление:
• возможного ключа (потенциального ключа).

Отношение находится в первой нормальной форме, если и только если каждый его атрибут определён на домене простого типа данных.

Всякое отношение реляционной модели данных по определению находится в первой нормальной форме.

№ 8
Пусть R(Under(A,B),C,D,E) - отношение, находящееся в 1НФ, с первичным ключом {A,B}. Укажите ФЗ, которые могут существовать в этом отношении.
• E→C.
• B→D.
• A→C.
• {A,B}→D.

№ 9
- которые можно объявить в определении отношения.
• {A,B}→C.
• {A,B}→D.
• {A,B}→E.

№ 10
- ФЗ, которые не могут поддерживаться реляционной СУБД.
• E→A.
• A→C.
• E→C.
• B→D.

Отношение РМД находится в второй нормальной форме, если и только если каждый его атрибут, не входящий в состав первичного ключа, неприводимо зависит от первичного ключа.

№ 11
Пусть R(Under(A,B),C,D,E) - отношение, находящееся в 2НФ, с первичным ключом {A,B}. Укажите ФЗ, которые могут существовать в этом отношении.
• {A,B}→D.
• E→A.
• {A,B}→E.
• {A,B}→C.

№ 12
- которые можно объявить в определении отношения.
• {A,B}→E.
• {A,B}→D.
• {A,B}→C.

№ 13
- которые не могут поддерживаться реляционной СУБД.
• E→A.
• D→C.

Отношение РМД находится в третьей нормальной форме, если и только если каждый его атрибут, не входящий в состав первичного ключа, неприводимо зависит от первичного ключа и только от первичного ключа.

№ 14
Пусть R(Under(A,B),C,D,E) - отношение, находящееся в 3НФ, с первичным ключом {A,B}. ФЗ, которые могут существовать в этом отношении.
• E→A.
• {A,B}→E.
• {A,B}→C.
• {A,B}→D.

№ 15
- которые можно объявить в определении отношения.
• {A,B}→D.
• {A,B}→E.
• {A,B}→C.

№ 16
- которые не могут поддерживаться реляционной СУБД.
• E→A.
• D→B.

Пусть R(A,B,C) - отношение. Если существует ФЗ A→B, то его можно представить в виде двух проекций: R+1+(A,B) и R+2+(A,C). Естественное соединение этих проекций эквивалентно исходному отношению.

Любое отношение РМД можно представить в виде такой совокупности проекций, находящихся в нормальной форме не ниже третьей, что множество кортежей естественного соединения всех проекций будет эквивалентно множеству кортежей исходного отношения.

Пусть R - отношение, R1 и R2 - его проекции, полученные в результате декомпозиции. Говорят, что декомпозиция выполнена без потерь информации, если и только если естественное соединение отношений R1 и R2 содержит все кортежи отношения R, и только эти кортежи.

Пусть R(A,B,C) - отношение. A, B, C - подмножества его атрибутов и существует ФЗ A → B. Отношение R можно представить без потерь информации в виде двух проекций: R+1+(A,B) и R+2+(A,C).

№ 17
Пусть R(A, B, C, D, E, F) - отношение, удовлетворяющее следующему набору неприводимых ФЗ:
{A,B}→{C,D,E,F};
A→C;
B↔D;
A→E;
E→C.
В какой нормальной форме оно находится?
• 1НФ.

№ 18
R(Under(A,B),C,D,E,F) - отношение с первичным ключом {A,B}, удовлетворяющее следующему набору ФЗ:
{A,B}→{C,D,E,F};
A→C;
B↔D;
A→E;
E→C.
Приведите отношение R без потерь информации к совокупности проекций, находящихся, по крайней мере, в 3НФ.
• {Under(A,B),F},{Under(A),E},{Under(B),D},{Under(E),C}.

Отношение находится в нормальной форме Бойса - Кодда, если и только если каждый его детерминант является возможным ключом.

Пусть R - отношение, содержащее функциональную зависимость (ФЗ) f, R1, R2 - проекции отношения R, полученные в результате декомпозиции. Говорят, что декомпозиция выполнена с потерей ФЗ, если ФЗ f не следует из определений возможных ключей проекций.

№ 19
Отношение, находящееся в 3НФ, но не находящееся в НФБК, можно без потерь информации представить в виде двух проекций, находящихся в НФБК. При этом возможна:
• потеря функциональных зависимостей (ФЗ).

Если декомпозиция отношения выполнена без потерь информации, но с потерей функциональных зависимостей, то невозможно независимое обновление проекций.

№ 20
Пусть R(A,B,C,D,E,F) - отношение, удовлетворяющее следующему набору неприводимых ФЗ:
{A,B}→{C,D,E,F};
F→A.
Укажите неприводимые ФЗ, являющиеся следствиями перечисленных.
• {F,B}→{С,D,E}.

№ 21
{A,B}→{C,D,E,F}; F→A.
Укажите возможные ключи отношения R.
• {A,B},{F,B}.

№ 22
R(Under(A,B),C,D,E,F) - отношение с первичным ключом {A,B}, удовлетворяющее следующему набору неприводимых ФЗ:
{A,B}→{C,D,E,F};
F→A.
В какой нормальной форме оно находится?
• 3НФ.

№ 23
Отношение R(Under(A,B),C,D,E,F) с первичным ключом {A,B} находится в 3НФ и удовлетворяет следующему набору неприводимых ФЗ:
{A,B}→{C,D,E,F};
F→A.
Приведите его без потерь информации к совокупности проекций, находящихся в НФБК.
• {Under(F,B),C,D,E}; {Under(F),A}.

№ 24
{A,B}→{C,D,E,F};
F→A.
Введите второй потенциальный ключ.
• {F,B}.

№ 25
{A,B}→{C,D,E,F};
F→A.
Возможны следующие декомпозиции этого отношения:
1) R1(A,F); R2(F,B,C,D,E) и
2) R1(A,F) R2(A,B,C,D,E).
Укажите какая из них выполнена без потерь информации.
• (1).

Пусть R - отношение, A, B, C - произвольные подмножества его атрибутов. Говорят, что R содержит многозначную зависимость от A, если и только если для любой реализации R множество значений {b,c,В,С}, соответствующее данной паре значений атрибутов {(a,c)(а,с)(a,b)} зависит только от значения {a,а} и не зависит от значения {c,b,с,В}.

Говорят, что отношение находится в 4 НФ, если и только если оно находится в НФБК и не содержит многозначных зависимостей.

№ 26
Пусть R - отношение, A, B, C - произвольные подмножества его атрибутов. Если в R существует многозначная зависимость A→→B, то существует и:
• A→→C.

№ 27
Реляционная база данных должна состоять из отношений, находящихся в нормальных формах не ниже:
• третьей.

5. Жизненный цикл системы баз данных.

№ 1
Цели проектирования системы баз данных организации:
• Создать интерфейс КП и прикладные программы обработки данных в соответствии с требованиями различных КП.
• Определить структуры, обеспечивающие накопление всех требуемых данных и выполнение всех требуемых видов обработки.

№ 2
Какие из видов работ выполняются на этапе планирования разработки?
• Определение требуемых ресурсов.
• Определение общей стоимости проекта.
• Определение требуемого объёма работ.

№ 3
На этапе определения системных требований?
• Определение состава пользователей системы.
• Определение диапазона действия системы.
• Определение границ системы.

№ 4
На этапе анализа требований пользователей?
• Выявление данных, необходимых для выполнения функций пользователей.
• Выявление бизнес-правил.
• Выявление функций пользователей системы.
• Сбор и анализ информации, необходимой для проектирования БД и приложений.

№ 5
На этапе проектирования БД?
• Создание предварительного варианта проекта СБД.
• Создание моделей требований к данным для каждой группы пользователей.
• Создание единой логической модели данных.

№ 6
На этапе проектирования приложений?
• Проектирование интерфейса конечного пользователя.
• Проектирование прикладных программ обработки данных пользователя.

№ 7
На этапе реализации?
• Создание пользовательских представлений.
• Создание “пустой” базы данных.
• Реализация приложений.

№ 8
На этапе первоначальной загрузки данных?
• Перенос данных организации с бумажных носителей в компьютерную БД.
• Конвертация файлов существующей БД данных в форматы новой БД.
• Адаптация существующих приложений к новой БД.

№ 9
На этапе эксплуатации и сопровождения?
• Контроль производительности системы.
• Реструктурирование БД с целью увеличения производительности системы.
• Создание служб мониторинга системы.
• Модернизация приложений.

6. Этапы проектирования БД.

Совокупность логических структур данных, соответствующая локальному представлению конечного пользователя, называется внешней схемой.
Cовокупность логических структур данных, обобщающая локальные представления всех конечных пользователей, называется концептуальной схемой.
Cовокупность физических структур данных, обеспечивающая хранение данных всех конечных пользователей, называется внутренней схемой.

Однозначное описание структур и связей объектов предметной области и бизнес-правил организации - концептуальная модель данных.
Его отображение на определённый тип логических структур данных - логическая модель данных.
Описание структур хранения данных во внешней памяти, процедур поддержки целостности данных и методов доступа к данным - физическая модель данных.

№ 1
Основные фазы процесса проектирования базы данных.
• Логическое моделирование.
• Концептуальное моделирование.
• Физическое проектирование.

№ 2
Этапы фазы концептуального моделирования.
• Создание локальных концептуальных моделей данных пользователей.

№ 3
Этапы фазы логического моделирования.
• Построение локальных логических моделей данных.
• Создание глобальной логической модели данных предприятия.

№ 4
Этапы фазы физического проектирования.
• Разработка механизмов защиты данных.
• Проектирование физического представления базы данных.
• Реализация глобальной логической модели в среде целевой СУБД.

7. Концептуальное моделирование данных.

№ 1
Цель концептуального моделирования:
• Создать описания ПО СБД с точки зрения каждого типа КП.
• Создать спецификации требований к данным для каждого типа КП.

№ 2
Локальная концептуальная модель - это:
• спецификации требований конкретного типа КП к данным;
• описание ПО СБД с точки зрения конкретного типа КП.

№ 3
Исходные данные для локальной концептуальной модели содержатся в описаниях:
• функций КП;
• делового регламента организации;
• документов и сообщений, обрабатываемых КП;
• процессов и сценариев деятельности КП.

№ 4
Что следует учитывать в процессе создания локальной концептуальной модели?
• Цель проекта.
• Точку зрения КП.

№ 5
Локальная концептуальная модель должна содержать описания:
• типов связей;
• потенциальных ключей сущностей;
• aтрибутов.

№ 6
Виды работ, выполняемых на этапе создания локальной концептуальной модели.
• Специализация или генерализация типов сущностей.
• Выявление потенциальных ключей сущностей.
• Создание диаграммы “сущность-связь”.
• Определение доменов атрибутов.

№ 7
Обязательные документы ЛКМ.
• Словарь данных.
• ER-диаграмма.

№ 8
Какие сведения о типе сущности должен содержать словарь данных локальной концептуальной модели?
• Описание смысла имени.
• Список существующих синонимов имени.
• Уникальное имя.

№ 9
- о типе связи?
• Развёрнутое описание смысла.
• Глагольный оборот, выражающий смысл связи (имя).

№ 10
- об атрибуте любого типа?
• Признак “однозначный/многозначный”.
• Все известные синонимы имени.
• Признак “простой/композитный”.
• Описание смысла.

№ 11
- о домене?
• Описание множества значений.
• Размер и формат поля каждого атрибута, определённого на домене.
• Имя.
• Описание семантики.

№ 12
Если не удаётся обнаружить ни одного потенциального ключа сущности, то возможно,:
• выявлены не все атрибуты сущности;
• выявлены не все бизнес-правила;
• это слабая сущность.

№ 13
Обязательные свойства первичного ключа сущности.
• Он не может принимать неопределённые значения.
• Его значения воспринимаются пользователем как идентификаторы реальных объектов.

№ 14
Генерализация типов сущностей желательна, если:
• при этом модель становится более ясной;
• модель содержит несколько сущностей, близких по смыслу; близких по составу атрибутов; участвующих в аналогичных связях.

№ 15
Специализация типов сущностей выполняется, если:
• необходимо явно показать смысловые различия подмножеств экземпляров класса сущностей;
• необходимо выделить подклассы класса сущностей, различающиеся по составу атрибутов; участвующие в различных связях;
• при этом модель становится более ясной.

8. Логическое моделирование данных.

№ 1
Цель логического моделирования:
• Создать целостный комплект спецификаций логической структуры БД организации.

№ 2
Локальная логическая модель -
• спецификации логических структур данных одного типа КП.

№ 3
Глобальная логическая модель -
• целостный комплект спецификаций логической структуры БД организации.

№ 4
Этапы создания логической модели данных предприятия.
• Создание глобальной логической модели данных, локальных логических моделей данных.

№ 5
Что является исходными данными для локальной логической модели?
• Соответствующая локальная концептуальная модель.

№ 6
Виды работ, выполняемых на этапе создания локальной логической модели.
• Проверка соответствия модели требованиям нормализации.
• Очистка локальной концептуальной модели от нежелательных элементов.
• Определение требований поддержки целостности данных.
• Создание диаграмм модели.

№ 7
Элементарные конструкции ER-модели данных, которые следует устранить из локальной концептуальной модели перед её отображением на структуры РМД.
• Связь с атрибутами.
• Композитный многозначный атрибут.
• Композитный однозначный атрибут.
• Простой многозначный атрибут.

Композитный атрибут сущности Е без потерь информации представляется соответствующим множеством простых атрибутов. Многозначный атрибут сущности Е без потерь информации представляется слабой сущностью. Каждое значение многозначного атрибута является её экземпляром.

Связь с атрибутами без потерь информации представляется слабой сущностью. Каждый экземпляр связи с атрибутами является её экземпляром.

Связь степени n не равной 2 без потерь информации представляется слабой сущностью. Каждый экземпляр связи степени n является её экземпляром.

Бинарная связь типа M:N без потерь информации представляется слабой сущностью. Каждый экземпляр бинарной связи типа M:N является её экземпляром.

Связь, представляющая отношение сущностей, подразумеваемое другими связями, является избыточной. Реализация такой связи в базе данных нежелательна. Это может привести к потере согласованности (целостности) данных. Такую связь можно сохранить, если это приведёт к повышению эффективности обработки запросов. Если принято такое решение, то следует позаботиться о создании соответствующих процедур поддержки целостности (согласованности).

№ 8
Работы, выполняемые на этапе определения набора отношений.
• Реализация связей “супертип-подтип”.
• Определение отношений для сильных сущностей.
• Документирование отношений и связей.
• Определение отношений для слабых сущностей.

№ 9
Как реализуется в РМД бинарная связь типа 1:1?
• Путём включения копии первичного ключа родительской сущности в состав атрибутов отношения-потомка.
• Создания отношения, в схему которого включены все атрибуты родительской сущности и потомка.

№ 10
- типа 1:М?
• Путём включения копии первичного ключа родительской сущности в состав атрибутов отношения-потомка.

№ 11
- типа N:М?
• Путём создания отношения, схема которого содержит копии первичных ключей обеих сущностей, участвующих в связи.

№ 12
- унарная связь?
• Путём создания отношения, схема которого содержит две копии первичного ключа сущности, участвующей в связи.

№ 13
- n-нарная связь (n>2)?
• Путём создания отношения, схема которого содержит копии первичных ключей всех сущностей, участвующих в связи.

№ 14
Преимущества нормализованной структуры БД.
• Гарантирует размещение данных в отношениях в соответствии с их семантикой.
• Гарантирует поддержку ФЗ на уровне потенциальных ключей.
• Исключает возникновение аномалий обновления данных.

№ 15
Действия, выполняемые на этапе проверки нормализованности логической модели. Проверка:
• независимости компонентов потенциального ключа от неключевого атрибута.
• взаимной независимости неключевых атрибутов.
• неприводимости зависимости неключевых атрибутов от первичного ключа.

Каждое отношение в логической модели данных пользователя должно находиться в четвертой нормальной форме. При этом все межатрибутные функциональные зависимости должны быть следствиями определений потенциальных (возможных) ключей.

№ 16
Если каждый неключевой атрибут отношения неприводимо зависит от его первичного ключа, то отношение находится в:
• второй нормальной форме.

№ 17
Если первичный ключ отношения не содержит собственного подмножества, являющегося детерминантом отношения, то отношение находится в:
• второй нормальной форме.

№ 18
Если схема отношения содержит только атрибуты простых типов данных, то отношение находится в:
• первой нормальной форме.

№ 19
Если каждый неключевой атрибут отношения функционально зависит только от полного первичного ключа, то отношение находится в:
• третьей нормальной форме.

№ 20
Если отношение не содержит никаких детерминантов, кроме полного первичного ключа, то оно находится в:
• НФБК.

№ 21
Если отношение не содержит никаких детерминантов, кроме полных потенциальных ключей, то оно находится в:
• НФБК.

№ 22
Если отношение содержит детерминант, функционально определяющий часть первичного ключа, то оно не находится в:
• НФБК.

№ 23
Если отношение находится в НФБК и не содержит многозначных зависимостей, то оно находится в:
• четвертой нормальной форме.

№ 24
Если подмножество А атрибутов отношения R состоит из взаимно независимых атрибутов и функционально определяет каждый не принадлежащий ему атрибут отношения, то оно является:
• потенциальным (возможным) ключом.

В результате декомпозиции отношения, находящегося в 3НФ, но не находящегося в НФБК может быть разрушен потенциальный (возможный) ключ. Это приведёт к потере функциональных зависимостей.

Если в логической модели данных:
1) определены все необходимые домены, то она удовлетворяет требованию целостности домена;
2) каждому атрибуту сопоставлен домен, то она удовлетворяет требованию целостности атрибута;
3) для каждого отношения определён первичный ключ, то она удовлетворяет требованию целостности сущности;
4) все связи реализованы с помощью внешних ключей и определены правила обновления/удаления их значений, то она удовлетворяет требованию ссылочной целостности.

№ 25
Кто должен позаботиться о поддержке бизнес-правил, не представленных внутренними ограничениями целостности РМД?
• Автор локальной модели данных.


на главную база по специальностям база по дисциплинам статьи