
- •Сикха Багуи и Ричард Ирп
- •Контрольные вопросы 1.1
- •Модели данных
- •Иерархическая Модель
- •Сетевая модель
- •Реляционная модель
- •Контрольные вопросы 1.2
- •Функциональные зависимости
- •Правило декомпозиции (разложения)
- •Правило объединения
- •Контрольные вопросы 1.3
- •Краткий обзор метода нормальных форм
- •Примеры 1нф, 2нф и 3нф
- •Упражнение 1.3
- •Глава 2: Базовая er-диаграмма – схема
- •Некоторые определения баз данных: Сущность, Связь, Атрибут
- •Начальная Методология
- •Еще об атрибутах
- •Простые или атомарные атрибуты
- •Многозначные атрибуты
- •Производный атрибуты
- •Описание Сущности на структурном английском языке
- •Сущность
- •Атрибуты
- •Методология er-проектирования
- •Примеры
- •Сущность
- •Атрибуты
- •Методология er проектирования
- •Итоги главы
- •Упражнения Главы
- •Упражнение 2.1
- •Упражнение 2.2
- •Проработка примера
- •Сущность
- •Глава 3: После первой диаграммы сущности
- •Проверка Сущности — замена атрибута сущностью
- •Методология er-проектирования
- •Определение вторичной сущности
- •Существует ли связь?
- •Атрибут или Связь?
- •Глава 4: Расширение связей/ Структурные
- •1(Полное участие):1:
- •Глава 5: Слабая Сущность
- •Грамматика Слабой Сущности
- •Контрольные вопросы 5.3
- •Упражнения Главы 5. Упражнение 5.1
- •Список литературы
- •Сущность
- •Атрибуты для отдела
- •Сущность
- •Атрибуты для служащего
- •Глава 6: Дальнейшее Расширение
- •Сущность
- •Атрибуты
- •Более двух Сущностей
- •С указанием всех атрибутов
- •Развитие базы данных
- •Глава 7: Троичные и er-диаграммы более высокого порядка
- •Глава 8: Обобщения и специализации.
- •Глава 9: Реляционные преобразования и
- •Глава 10: Краткий обзор модели Баркера
- •Глава 10. Упражнения.
Атрибуты
Каждому СТУДЕНТУ всегда будет соответствовать одно и только одно имя. Имя не будет разделяться на составные части.
Каждому СТУДЕНТУ всегда будет соответствовать одна и только одна специализация. Специализация не будет разделяться на составные части. (Отметим, что на Рисунке 2.3 мы не делили имя.)
Каждому СТУДЕНТУ всегда будет соответствовать один и только один адрес. Адрес не будет разделяться на составные части.
Каждому СТУДЕНТУ всегда будет соответствовать одна и только одна школа. Школа не будет разделяться на составные части.
Каждому СТУДЕНТУ всегда будет соответствовать один и только один номер телефона. Номер телефона не будет разделяться на составные части.
Ключи
Будем считать, что для каждого СТУДЕНТА не существует уникального атрибута, достаточного, для его идентификации. (Вспомним Рисунок 2.3.)
Примеры данных
В дополнение к вышеприведенному описанию, некоторые примеры данных часто бывают полезны для иллюстрации ваших соображений пользователю:
Теперь рассмотрим Рисунок 2.4. Здесь имеется составной атрибут – имя. Английский «перевод» этой диаграммы выглядит следующим образом:
Сущность
В эту базу данных записываются данные о СТУДЕНТАХ. Для каждого СТУДЕНТА мы записываем в базу следующие данные: имя, школу и адрес.
Атрибуты
Каждому СТУДЕНТУ всегда будет соответствовать одно и только одно имя. Имя может быть разделено на составляющие: фамилию, имя, средний инициал.
Каждому СТУДЕНТУ всегда будет соответствовать один и только один адрес. Адрес не будет разделяться на составные части
Каждому СТУДЕНТУ всегда будет соответствовать одна и только одна школа. Школа не будет разделяться на составные части
Ключи
Предполагаем, что для каждого СТУДЕНТА не существует уникального атрибута, достаточного для его идентификации.
Примеры данных
Теперь рассмотрим Рисунок 2.5. Здесь имеются как составной атрибут, так и многозначный атрибут. Английский «перевод» этой диаграммы выглядит следующим образом:
Сущность
В эту базу данных записываются данные о СТУДЕНТАХ. Для каждого СТУДЕНТА мы записываем в базу следующие данные: имя, школу и адрес.
Атрибуты
Каждому СТУДЕНТУ всегда будет соответствовать одно и только одно имя. Имя может быть разделено на Фамилию, Имя, Инициалы.
Каждому СТУДЕНТУ всегда будет соответствовать один и только один адрес. Адрес не будет разделяться на составные части
Для каждого СТУДЕНТА может быть записано несколько школ.
Ключи
Предполагаем, что для каждого СТУДЕНТА не существует уникального атрибута, достаточного для его идентификации
Примеры данных
Рассмотрим Рисунок 2.6. На нем имеютсякак составной и многозначный атрибуты, так и ключевой атрибут. Английский «перевод» этой диаграммы выглядит следующим образом:
Сущность
В базу данных записываются данные о СТУДЕНТАХ. Для каждого СТУДЕНТА мы записываем в базу следующие данные: имя, школу и адрес и его личный номер.
Атрибуты
Каждому СТУДЕНТУ всегда будет соответствовать одно и только одно имя. Имя может быть разделено на Фамилию, Имя, Инициалы.
Каждому СТУДЕНТУ всегда будет соответствовать один и только один адрес. Арес не будет разделяться на составные части
Для каждого СТУДЕНТА может быть записано несколько школ.
Ключи
Для каждого СТУДЕНТА существует уникальный атрибут – номер студента, достаточный для его идентификации.
Наконец, рассмотрим Рисунок 2.7(слева). Здесь изображена строгая сущность.Немного объединим правила, чтобы избежать чрезмерного повторения. Английский «перевод» этой диаграммы выглядит следующим образом:
Сущность
В эту базу данных записываются данные об АВТОМОБИЛЯХ. Для каждого АВТОМОБИЛЯ будем заносить следующие данные: марку (make), тип кузова (bodystyle), год выпуска(year), цвет(color) и номер (vehicle-id).
Атрибуты
Каждому АВТОМОБИЛЮ всегда будет соответствовать одна и только одна марка, тип кузова, год, цвет и номер. Они не будут разделяться на составные части.
Ключи
У каждого АВТОМОБИЛЯ есть уникальный атрибут – номер, достаточный для его идентификации.
Рисунок 2.7 (справа) показывает слабую сущность. Единственное различие между описанием строгой и слабой сущности содержится в ключе, которого не существует в слабой сущности.
Рисунок 2.8 показывает связь между двумя сущностями, АВТОМОБИЛЬ и СТУДЕНТ. Понятие связи обсуждается более подробно в Главе 4.
Рисунок 2.8: ER Диаграмма базы данных СТУДЕНТ - АВТОМОБИЛЬ
Итак, наша методология развилась следующим образом: