- •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.5. Операции реляционной алгебры
Общие положения
Оригинальность подхода Кодда состояла в том, что кроме традиционных для СУБД того времени операций вставки, замены, удаления и простой выборки, он предложил применять к отношениям стройную систему операций реляционной алгебры.
Это имеет важное практическое значение потому, что, имея в основе строгий формальный аппарат, можно создать более надежные системы управления базами данных.
Кроме того, весьма важно то, что операциям реляционной алгебры соответствуют простые типовые задачи по обработке данных и при наличии СУБД, реализующих эти операции, программистам облегчается задача проектирования приложений, а при создании соответствующего интерфейса даже конечные пользователи могут непосредственно обращаться к реляционным базам данных с простыми информационными запросами.
Восемь основных операций над отношениями реализуются в реляционной модели данных:
пять традиционных операций над множествами - объединение, пересечение, разность, декартово произведение, деление;
три специальные реляционные операции - проекции, выбора (селекции) и соединения.
Учитывая, что операции объединения, пересечения и разности
выполняются над парой отношений, которые должны удовлетворять определенным требованиям, определим следующее понятие.
Два отношения являются совместимыми по объединению, если имеют одинаковое число атрибутов и i-ый атрибут одного отношения должен быть определен на том же домене (значения должны быть из того же домена), что и i-ый атрибут второго отношения.
Объединением двух совместимых по объединению отношений R1 и R2 является отношение R3, содержащее множество всех кортежей, принадлежащих или R1, или R2, или обоим вместе.
Другой вариант завершения этого определения «..., принадлежащих R1 и тех кортежей R2, которые не принадлежат R/».
Последнее определение подчеркивает, что в результирующем отношении не должно быть совпадающих кортежей (дублей). Учитывая, что в отношении по определению не может быть одинаковых кортежей, далее мы не будем подчеркивать это требование к результирующему отношению.
Естественно, что R3 также совместимо по объединению с R1 и R2.
Ниже приведем пример (рис. 3.33).
ПРЕПОДАВАТЕЛЬ
Личный
номер преподавателя
Ф.И.О.
преподавателя
Дата
рождения
Пол
Адрес
НАУЧНЫЙ
РАБОТНИК
Личный
номер работника
Ф.И.О.
научного работника
Дата
рождения
Пол
Адрес
СОТРУДНИК
Личный
номер сотрудника
Ф.И.О.
сотрудника
Дата
рождения
Пол
Адрес
Рис.
3.33. Отношения, совместимые по объединению
Этот пример, как и все последующие, подтверждает приведенный ранее тезис о том, что с помощью одной реляционной операции решается простейшая, но типичная информационная задача.
Типичные практические задачи, решаемые через операцию объединения - слияние файлов однотипных записей с исключением дублирующих записей. Например, слияние файлов приемных комиссий факультетов в единый файл вуза.
Пересечением двух совместимых по объединению отношений R1 и R2 является отношение R3, содержащее кортежи, принадлежащие как R1, так и R2.
Рассмотрим пример (рис. 3.34). Пусть имеем отношения СТУДЕНТ, содержащее сведения о всех студентах института, и ЖИЛЕЦ, содержащее сведения о всех проживающих в общежитии.
