- •1 Понятие информация, данные
- •2 Понятия: инфологические и даталогические аспекты
- •3 Перечислить основные функции информационной системы.
- •12 Перечислить основные компоненты субд.
- •13 Перечислить основные функции субд
- •38 Тип бинарной связи 1:1 (с примером).
- •39 Диаграмма er-экземпляров (с примером).
- •52 Операция реляционной алгебры: объединение (с примером)
- •53 Операция реляционной алгебры: разность (с примером).
- •54 Операция реляционной алгебры: декартово произведение (с примером).
- •55 Операция реляционной алгебры: селекция (с примером).
- •56 Операция реляционной алгебры: пересечение (с примером).
- •57 Операция реляционной алгебры: деление (с примером).
- •58 Операция реляционной алгебры: эквисоединение (с примером).
- •59 Операция реляционной алгебры: естественное соединение (с примером).
- •66 Виды и свойства нормальных форм.
- •67 Понятие нормализации отношений
- •69 Вторая нормальная форма (с примером).
- •70 Третья нормальная форма (с примером)
- •71 Четвертая нормальная форма (с примером).
- •72 Понятие полной и частичной функциональных зависимостей (с примером).
70 Третья нормальная форма (с примером)
Третья нормальная форма (3NF). Сущность находится в третьей нормальной форме, если она находится во второй нормальной форме и никакой неключевой атрибут не зависит от другого неключевого атрибута (не должно быть взаимозависимости между неключевыми атрибутами).
Рассмотрим в качестве примера следующее отношение:
R1 |
||
Сотрудник |
Отдел |
Телефон |
Гришин |
Бухгалтерия |
11-22-33 |
Васильев |
Бухгалтерия |
11-22-33 |
Петров |
Снабжение |
44-55-66 |
В отношении атрибут «Сотрудник» является первичным ключом. Личных телефонов у сотрудников нет, и телефон сотрудника зависит исключительно от отдела.
Таким образом, в отношении существуют следующие функциональные зависимости: Сотрудник → Отдел, Отдел → Телефон, Сотрудник → Телефон.
Зависимость Сотрудник → Телефон является транзитивной, следовательно, отношение не находится в 3NF.
В результате декомпозиции отношения R1 получаются два отношения, находящиеся в 3NF:
R2 |
|
Отдел |
Телефон |
Бухгалтерия |
11-22-33 |
Снабжение |
44-55-66 |
R3 |
|
Сотрудник |
Отдел |
Гришин |
Бухгалтерия |
Васильев |
Бухгалтерия |
Петров |
Снабжение |
Исходное отношение R1 при необходимости легко получается в результате операции соединения отношений R2 и R3.
71 Четвертая нормальная форма (с примером).
Если в отношении присутствуют многозначные зависимости, то схема отношения должна быть в 4 НФ, в противном случае возникнут аномалии.
Отношение R находится в 4 НФ, если при существовании многозначной зависимости A→→B, все остальные атрибуты отношения функционально зависят от A.
Пр: R1(группа, №зачетки),R2(группа, дисциплина)
группа |
№зачетки |
ИТ-3 |
УД |
ИТ-3 |
ПЗ |
ШС-3 |
ТПС |
группа |
№зачетки |
ИТ-3 |
201 |
ИТ-3 |
202 |
ШС-3
|
301 |
72 Понятие полной и частичной функциональных зависимостей (с примером).
Полной функциональной зависимостью называется зависимость неключевого атрибута от всего составного ключа.
Частичной функциональной зависимостью называется зависимость неключевого атрибута от части составного ключа.
Пример:
Пусть имеется отношение ПОСТАВКИ (N_ПОСТАВЩИКА, ТОВАР, ЦЕНА). Поставщик может поставлять различные товары, а один и тот же товар может поставляться разными поставщиками. Тогда ключ отношения - "N_поставщика + товар". Пусть все поставщики поставляют товар по одной и той же цене. Тогда имеем следующие функциональные зависимости:
N_поставщика, товар -> цена
товар -> цена
Имеет место частичная функциональная зависимость => не находящаяся во 2нф.
73 Перечислить виды поддержки целостности
Структурная, языковая, ссылочная целостность
74 Понятие структурной целостности
Реляционная СУБД должна допускать работу только с однородными структурами данных типа «реляционные отношения»
75 Понятие языковой целостности
Реляционная СУБД должна обеспечить языки описания и манипулирования данными не ниже стандарта SQL. Категорически запрещаются любые низкоуровневые средства манипулирования данными.
76 Понятие ссылочной целостности
Обеспечение одного из заданных принципов взаимосвязи между экземплярами картежей взаимосвязанных отношений.
77 Понятие семантической целостности
Служит для определения ограничений, которые связаны с содержанием БД. Семантическая поддержка целостности может быть обеспечена двумя путями: декларативным и процедурным.
78 Понятие декларативной поддержки целостности
Декларативный путь связан с наличием механизмов в рамках СУБД, обеспечивающих проверку и выполнение ряда декларативно заданных правил-ограничений, называемых чаще всего "бизнес-правилами" или декларативными ограничениями целостности.
79 Понятие процедурной поддержки целостности
Заключается в использовании триггеров и хранении процедур.
1.Их наличие связано с тем, что не все ограничения целостности можно выразить декларативно
2.Позволяет обеспечить более сложные и гибкие системы проверок.
80 Перечислить виды декларативных ограничений целостности
-ограничение целостности атрибута
- ограничение целостности ,заданное на уровне домена
- ограничение целостности, заданное на уровне отношения.
- ограничение целостности, заданное на уровне связи между отношениями
81 Понятие ограничений целостности на уровне атрибутов
Ограничения целостности атрибута: значение по умолчанию, задание обязательности или необязательности значений (Null), задание условий ограничения на значения атрибутов.
82 Понятие ограничений целостности на уровне доменов
Эти ограничения удобны, если в базе данных присутствуют несколько столбцов разных отношений, которые принимают значения из одного и того же множества допустимых значений. 83 Понятие ограничений целостности на уровне отношений
Определяются правила, которые будут применяться к нескольким атрибутам в пределах одного отношения.
84 Понятие ограничений целостности на уровне связей
Ограничения целостности, задаваемые на уровне связи между отношениями: задание обязательности связи, принципов каскадного удаления и каскадного изменения данных, задание поддержки ограничений по мощности связи.
