
- •Сикха Багуи и Ричард Ирп
- •Контрольные вопросы 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. Упражнения.
Некоторые определения баз данных: Сущность, Связь, Атрибут
Из названия ER диаграммы, понятно, что она представляет данные как сущностиисвязимежду ними, а у сущностей имеютсяатрибуты.Сущность– это объект, данные о котором мы храним в нашей базе, например, «человек», «счет в банке», «здание». По представлению Чена (Chen (1976)) сущность - это «вещь, которая может быть четко определена (идентифицирована)». Так что сущностью может быть «человек», «место», «объект», «событие», или «понятие», данные о которых мы хотим хранить.
Имя сущности должно символизировать тип или класс предмета, а не отдельный экземпляр. Название сущности должно быть общим, но не слишком. Имя должно также уметь приспосабливаться к временным изменениям. Например, для моделирования базы данных производства «donuts» (тип кондитерских изделий), мы можем назвать сущностьDONUT.
Но сколько пройдет времени прежде, чем производство будет выпускать более широкий ассортимент кондитерских изделий? Если предположить, что у нас есть производство кондитерских изделий всех типов, а не просто «donuts», возможно будет лучше, назвать сущность КОНДИТЕРСКИЕ ИЗДЕЛИЯ; такое название будет более приспособлено к временным изменениям.
Вот несколько примеров сущностей:
Примеры сущностей людей: СЛУЖАЩИЙ, ВРАЧ, СТУДЕНТ.
Примеры сущностей мест: ШТАТ, СТРАНА.
Примеры сущностей объектов: ЗДАНИЕ, МАШИНА, ИЗДЕЛИЕ.
Примеры сущностей событий: ПРОДАЖИ, ВОЗВРАТЫ, РЕГИСТРАЦИЯ.
Примеры сущностей понятий: РАСЧЕТ, ОТДЕЛ (департамент).
На ранних стадиях обработки данных, мы могли рассматривать СУЩНОСТЬ как запись, но термин «запись» - слишком физический и ограниченный; «запись» дает нам воображаемую картину физического предмета, а, работая на концептуальном уровне, мы избегаем изображений, ориентированных на конкретные предметы. В контексте базы данных, не принято хранить информацию об одной сущности, поэтому мы храним наборы данных о сущностях – такие наборы называютсянабором сущностей. Наборы сущностей соответствуют понятию «файлов», но файл обычно означает - физическую сущность, и следовательно, мы абстрагируем понятие «файла» (набор сущностей), а также понятие «записи» (сущность). Например, предположим, что у нас есть компания, у которой есть клиенты. Вы должны представить себе, что компания имеет клиентский набор сущностей с индивидуальными сущностями каждого клиента в нем.
Сущность может быть общей (например, «человек»), или более конкретной («студент» или «клиент»). Общие сущности, которые охватывают целый класс объектов, иногда называются обобщениями (например, «человек»), а болееконкретные (узкие) сущности иногда называются специализациями (например, «студент»). На приведенных далее в этой книге диаграммах мы рассмотрим и обобщения и специализации; но сейчас, мы коснемся прикладного уровня, в котором нет подгрупп (специализаций) или «супергрупп» (обобщений) объектов.
Когда мы говорим о наборе данных в конкретной сущности, мы упоминаем об этом как об экземпляре. Примером сущности является единственный экземпляр сущности. Например, если мы создаем сущность, называемую ИНСТРУМЕНТ, и если мы хотим внести данные об «отвертке», тогда «запись» об отвертке являетсяэкземпляром ИНСТРУМЕНТА. Каждыйэкземплярсущности должен быть идентифицирован единственным образом, для четкого распознавания среди всех других экземпляров этого типа сущности. Вы можете предположить, что в объектном множестве «клиент», компания назначит каждому клиенту уникальный номер. Этот уникальный идентификатор называетсяключом.
Связь- соединение или ассоциация между сущностями. Связь обычно обозначается глагольными группами. Мы начнем развивать понятие сущности (в этой и следующей главах), а затем вернемся к понятию связи (в Главе 4).
Атрибут - это свойство или характеристика сущности. Например, сущность АВТОМОБИЛЬ, может иметь следующие атрибуты: «марка», «цвет» и т.д.