- •1 Что понимают под данными и информацией в контексте проектирования баз данных.
- •2 Приложение пользователя, разработка приложения.
- •3.Информационная система система обработки данных
- •4 Язык структурированных запросов sql основные команды
- •5 Последовательный доступ к данным, произвольный доступ к данным, индексно-последовательные файлы
- •7 База данных. Система управления базами данных. Система баз данных.
- •8 Нормализация; 1,2, 3 нормальные формы.
- •9. Детерминант; проекция реляционной таблицы; разбиение реляционной таблицы
- •10. Концептуальный, внешний, внутренний уровни базы данных.
- •11.Целостность данных. Правило категорной целостности; правило целостности на уровне ссылок
- •13 Иерархическая,сетевая, реляционная модели данных.
- •15 Ограничительные условия. Избыточность данных; аномалия обновления; аномалия ввода.
- •16 Запись таблицы. Ключи: Потенциальный, первичный, внешний, рекурсивный, составной.
- •17 Реляционная схема базы данных. Функциональная зависимость.
- •18 Рекурсивное отношение порядок отношения; первичный ключ; потенциальный ключ; внешний ключ; составной ключ.
- •19 Реляционная схема базы данных. Целостность данных.
- •20 Реляционная модель данных; таблицы и связи; атрибут реляционной таблицы, область атрибута; кортеж.
- •21 Правило категорной целостности. Целостность на уровне ссылок.
- •22 Объект “Макросы”
- •23 Аномалия обновления. Аномалия удаления. Аномалия ввода.
- •24 Концептуальное проектирование базы данных.
- •25 Нормальные формы: первая нормальная форма, вторая нормальная форма, третья нормальная форма
- •26 Отношение; мощность отношения; отношения «один-к-одному», «один-ко- многим», «многие-ко-многим».
- •27 Ограничения на поля таблиц
- •28 Суррогатный ключ; составное объектное множество.
- •29 Какие команды манипуляции данными вы знаете? Команды добавления, удаления атрибутов, удаления таблиц.
- •31.Объект «Таблицы»
- •32. Модель данных: иерархическая, сетевая, реляционная модели. Физический указатель. Потомок, предок.
- •33. Объект запросы
- •34 Псевдонимы таблиц. Представления. Хранимая процедура
- •35 Объект формы
- •37 Объект отчеты
- •38 Объект “Макросы”
- •39 Создание резервной копии базы данных. Восстановление базы данных.
- •40 Пользовательские приложения.
- •41 База данных. Система управления базами данных. Компоненты системы баз данных.
- •42 Технология Клиент/сервер
- •43 Недостатки файловых систем
- •44 Последовательный произвольный доступ к данным .Индексно-последовательные файлы.
- •45 Информационная система. Система обработки данных.
- •46 Информация. Необходимость управления информацией
- •47. Концептуальный, внешний, внутренний уровни базы данных.
18 Рекурсивное отношение порядок отношения; первичный ключ; потенциальный ключ; внешний ключ; составной ключ.
Рекурсивное отношение - это неидентифицирующее отношение между двумя сущностями, которое указывает, что экземпляр сущности может быть связан с другим экземпляром той же самой сущности. При рекурсивном отношении родительская и подчиненная сущности совпадают. На Рисунке 4.7 показаны примеры двух реализаций рекурсивного отношения для сущности СОТРУДНИК, с использованием названия роли и без него. Обратите внимание, что ERwin "унифицирует" атрибуты внешнего ключа и первичного ключа, когда название роли не используется. Использование имени роли приводит к размещению внешнего ключа в качестве неключевого атрибута.
Порядок построения отношений БД по инфологической модели :
1. Если степень бинарной связи 1:1 и класс принадлежностей обоих объектов является обязательным, то требуется только одно отношение. Ключевым атрибутом этого отношения может быть ключ любого из объектов.
2. Если степень бинарной связи 1:1 и класс принадлежностей одного из объектов необязателен, а другого обязателен, то необходимо построение двух отношений. Под каждый объект необходимо выделить одно отношение, при этом ключ объекта, класс которого является необязательным, добавляется в качестве атрибута в отношение объекта, класс которого является обязательным.
3. Если степень бинарной связи 1:1 и класс принадлежностей ни одного объекта не является обязательным, то необходимо построить 3 от-ношения или перейти к трем объектам от двух. Среди атрибутов третьего объекта связи должны находиться по одному ключу от связываемых объектов.
4. Если степень бинарной связи n:1 или 1: n и класс принадлежностей n - связного объекта является обязательным, то достаточно двух отношений, по одному для каждого объекта. Ключевой атрибут 1- связного объекта добавляется к атрибуту n - связного объекта.
5. Если степень бинарной связи n:1 или 1:n и класс принадлежностей n - связной сущности является не обязательным, то необходимо фо-рмировать 3 отношения, по одному для каждого объекта и одно для связи. При этом отношение связи должно содержать ключи обоих объектов.
6. Если степень бинарной связи n: m, то требуется 3 отношения, по одному для каждого объекта и одно для связи. Отношение связи должно содержать ключи обоих объектов.
Перви́чный ключ –идентификатор, значение которого однозначно определяет запись в данной таблице .Остальные поля этой таблицы нельзя использовать в качестве ключевых полей из-за наличия повторяющихся значений. Если первичный ключ состоит из двух и более атрибутов, его называют составным ключом. Внешний ключ-это поле одной таблицы, совпадающее с первичным ключевым полем другой таблицы.
· потенциальный ключ (potential key) – суперключ, который не содержит подмножества, также являющегося суперключом данной сущности, т. е. суперключ, содержащий минимально необходимый набор атрибутов, единственным образом идентифицирующих экземпляр сущности. Сущность может иметь несколько потенциальных ключей. Если ключ состоит из нескольких атрибутов, то он называется составным ключом. Среди всего множества потенциальных ключей для однозначной идентификации экземпляров выбирают один, так называемый первичный ключ, используемый в дальнейшем для установления связей с другими сущностями;