- •1. Концепция баз данных
- •1.1. Обоснование концепции баз данных. История вопроса
- •Количество абитуриентов по областям
- •1.2. Архитектура представления информации в концепции бд
- •Внешние представления
- •Файл 1
- •Общие сведения о студенте
- •Сведения об учебе
- •Сведения о неуспевающих студентах (количество)
- •1.3. Понятия схемы и подсхемы и их использование в субд
- •2. Информационная система сферы управления - основная область использования бд
- •3. Модели данных
- •3.1. Понятия модели и структуры данных
- •3.2. Линейная модель данных
- •3.3. Иерархическая структура (модель) данных
- •Студент
- •Семестр
- •3.4. Сетевая структура (модель) данных
- •Итоговая аттестация
- •Семестр
- •Студент
- •Студент1
- •Студент2
- •3.5. Реляционная модель данных
- •3.5.1. История применения реляционной модели данных
- •3.5.2. Основные понятия реляционной модели данных
- •3.5.3. Ключ отношения
- •3.5.4. Нормализация отношений
- •Студент
- •Студент
- •Студент
- •Общежите
- •3.5.5. Операции реляционной алгебры
- •Студент
- •Студенто
- •Нестудент
- •Встречи
- •Делитель
- •Студент
- •Студент
- •Студент
- •Семестр
- •3.5.6. Языки обработки реляционных бд
- •Студент
- •Аудитория
- •Делитель
- •Преподаватель
- •Студент
- •Студент
- •Итоговая аттестация
- •4. Процесс проектирования бд
- •4.1. Построение концептуальной информационной модели ПрО
- •4.1.1. Основные подходы для концептуального моделирования
- •4.1.1.1. Декомпозиционный подход
- •4.1.1.2. Интеграционный подход
- •1.1. Идентификация информационных потребностей пользователей предполагает:
- •1.2. Представление выявленных форм отображения информационных потребностей пользователей в виде исходных отношений предусматривает выполнение следующих действий:
- •1.2.1. Рекомендации по выявлению атрибутов
- •1.2.2. Определение вторичных атрибутов
- •2. Уточнение множества исходных отношений состоит из:
- •3. Связывание отношений и простых структур в кимпо
- •4.1.2. Модели, используемые в концептуальном проектировании
- •4.2. Выбор субд
- •4.3. Проектирование физической структуры бд
- •4.4. Case-средства, используемые при проектировании бд
- •4.5. Пример проектирования бд
3.5. Реляционная модель данных
3.5.1. История применения реляционной модели данных
Появление концепции баз данных сопровождалось развитием теории структуризации данных, в которой наметились два направления. Первое, реализуемое группой CODASYL, было ориентировано на построение сложных информационных моделей различных предметных областей (сетевые модели) и их поддержку средствами СУБД. Это направление отражало интересы системных аналитиков, проектировщиков баз данных и прикладных программистов, с которых во многом снимались проблемы отслеживания связей между записями различных файлов.
Второе направление, предложенное Коддом [4], с одной стороны, подкреплено реляционной алгеброй (строгой математикой), а значит, можно было ожидать создания корректно работающих СУБД. С другой стороны, оно было ориентировано на конечного пользователя, так как использовало простую интерпретацию основных понятий и столь же простое отображение информационной модели в виде традиционно используемых пользователем таблиц.
Первое направление преобладало в 70-е годы видимо, потому что конечные пользователи чисто технически не имели возможности по непосредственному доступу к базам данных из-за отсутствия вычислительных сетей.
В 80-е годы, в связи с широким распространением персональных компьютеров, применением их непосредственно конечными пользователями (неспециалистами в области программирования) преобладающее развитие (точнее широкое практическое применение) получило второе направление.
3.5.2. Основные понятия реляционной модели данных
В основе реляционной модели данных лежит понятие отношения. Неформализованное отношение представляется в виде двумерной таблицы, на которую накладываются определенные ограничения. Столбец таблицы соответствует понятию атрибута отношения, строка - понятию кортежа отношения. Множество возможных значений, которые могут появляться в столбце таблицы, - понятию домена, на котором определен соответствующий атрибут.
Аналогично можно установить соответствие и с понятиями, используемыми при определении файлов линейной структуры: отношение - файл; атрибут - данное; кортеж - запись файла; домен - множество возможных значений данного.
Формализованное определение основных понятий реляционной модели данных базируется на теории множеств.
Отношение, с одной стороны, представляется (по «горизонтали») как множество атрибутов, а с другой (по «вертикали») - как множество кортежей. Каждому элементу множества атрибутов ставится в соответствие множество возможных значений - домен. Тогда можно осуществить следующую формальную запись основных понятий реляционной модели данных.
Пусть дана совокупность множеств каждое из кото
рых () представляет собой множество возможных значений /-го атрибута (^) отношения R. Множества D могут пересекаться и даже совпадать, т.е. различные атрибуты могут быть определены на пересекающихся или даже на одном и том же домене. Например, атрибуты дата приема на работу и дата увольнения.
Схемой отношения R называется конечное множество имен атрибутов {4>A2>->An}f причем каждому атрибуту ставится в соответст- А- —> D-
вие домен 1 1' Схема отношения R записывается в виде R(AbA2,...,An) или R(DbD2,...,Dn).
Пусть множество D есть декартово произведение доменов схемы
D={L\*D*,...*Dn}.
Тогда отношение R со схемой R (D\, D2, ...,Dn) есть подмножество Z),
По существу, отношение соответствует рассмотренной нами линейной структуре с соблюдением всех присущих ей требований (один и тот же порядок следования атрибутов, один и тот же размер и тип значений одного атрибута во всех кортежах отношений). Дополнительные, присущие реляционной модели требования - обязательное наличие в отношении ключа и удовлетворение нормальным формам. Так, приведенные на рис. 3.1 и 3.2 линейные структуры СТУДЕНТ и СЕМЕСТР в реляционной модели данных будут отношениями, а данные - № зачетной книжки, Ф.И.О., Пол, Цата рождения и Номер семестра, Оценка, Рейтинг по дисциплине - атрибутами отношений с ключами, отмеченными жирным шрифтом на рис. 3.13.
Схема отношения СТУДЕНТ
№ зачетной |
Ф.И.О. |
Номер группы |
Пол |
Дата |
книжки |
|
|
|
рождения |
Схема
отношения
СЕМЕСТР
№ зачетной
Номер
Тип
Рейтинг
книжки
семестра
стипендии
за
семестр
Рис.
3.13. Схемы простых отношений
В реляционной модели обязательно устанавливается и имеет определяющее значение понятие функциональной зависимости одного атрибута X от другого Y в отношении R, означающее, что если известно значение первого атрибута (<детерминанта) X, то значение второго атрибута {зависимой части) Y определено и имеет единственное значение. Формальное определение функциональной зависимости: X—>Y. Например, если в отношении Студент известен № зачетной книжк, то для любого кортежа отношения Студент однозначно определены значения его атрибутов ФИО, Номер группы, Пол, Цата рождения, т.е. № зачетной книжки ->{ФИО, Номер группы, Пол, Цата рождения), аналогично для отношения Семестр:
№ зачетной книжки, Номер семестра ->{Тип стипендии, Рейтинг за семестр}
