- •1. Основные понятия
- •2. Преимущества БнД
- •3. Недостатки БнД
- •1. Инфологическое проектирование
- •2. Определение требований к операционной обстановке
- •3. Выбор субд и других программных средств
- •4. Логическое проектирование бд
- •5. Физическое проектирование бд
- •1. Уточнение понятия концептуальной модели
- •2. Основные компоненты концептуальной модели
- •3. Требования, предъявляемые к концептуальной модели
- •4. Преимущества использования er-моделирования
- •1. Понятия «объект» и «класс объектов»
- •2. Разновидности объектов
- •3. Изображение простого объекта
- •1. Понятия «объект» и «класс объектов»
- •2. Разновидности объектов
- •3. Изображение простого объекта
- •1. Связи между объектами
- •2.2.4. Описание свойств объекта. Разновидности свойств
- •Ключевые атрибуты
- •Первая нормальная форма
- •Вторая нормальная форма
- •Третья нормальная форма
- •Четвертая нормальная форма
- •Первая нормальная форма
- •Вторая нормальная форма
- •Третья нормальная форма
- •Четвертая нормальная форма
- •1. Аномалии модификации данных
- •2. Нормализация отношений
- •3.4. Проектирование логической структуры реляционной базы данных
- •3.4.1. Вводные положения
- •3.4.2. Алгоритм перехода от базовой er-модели к схеме реляционной базы данных
- •3.1. Общие сведения о даталогическом проектировании
- •3.2. Критерии оценки бд
- •5)Поддержание наличия возможных ключей в таблице.
- •4.9.2. Ограничения целостности связи
- •4 Запросы с подгруппировкой
- •Пример.
- •Добавление новых элементов.
- •2) Многострочный оператор
- •Удаление существующих данных
- •Обновление существующих данных
- •На это следует обратить внимание
- •Распределенные бд. Технология клиент-сервер.
- •10.4.2. Блокировки
- •10.4.3. Режимы доступа к информации
- •10.4.4. Уровни изоляции в sql
- •10.4.5. Использование хранимых процедур и триггеров для контроля целостности бд
2. Разновидности объектов
Различают несколько разновидностей объектов. Прежде всего, это простые и сложные объекты. Объект называется простым, если он рассматривается в данном исследовании как неделимый. Сложный объект представляет собой объединение других объектов, простых или сложных, также отображаемых в информационной системе.
Понятия «простой» и «сложный» объект являются относительными. В одном рассмотрении объект может считаться простым, а в другом этот же объект может рассматриваться как сложный. Так, например, объект АУДИТОРИЯ, в случае если АИС строится только для управления учебным процессом, будет рассматриваться как простой. Если же
АИС будет включать подсистемы для служб энергетика, материально-технического снабжения и др., то АУДИТОРИЯ будет рассматриваться как составной объект.
Выделяют несколько разновидностей сложных объектов: составные, обобщенные и агрегированные объекты.
Составной объект соответствует отображению отношения «целое – часть». Примерами составных объектов являются УЗЕЛ – ДЕТАЛИ, КЛАСС – УЧЕНИКИ и т.п.
Обобщенный объект отражает наличие связи «род – вид» между объектами предметной области. Например, объекты СТУДЕНТ, ШКОЛЬНИК, АСПИРАНТ, УЧАЩИЙСЯ ТЕХНИКУМА образуют обобщенный объект УЧАЩИЙСЯ. Объекты, составляющие обобщенный объект, называются его категориями.
Как родовой объект, так и видовые объекты могут обладать определенным набором свойств. Причем наблюдается так называемое наследование свойств, т.е. видовой объект обладает всеми теми свойствами, которыми обладает родовой объект, плюс свойствами, присущими только объектам этого вида.
Определение родовидовых связей означает классификацию объектов предметной области по тем или иным признакам. Естественно, классификация может быть многоуровневой.
Агрегированные объекты соответствуют обычно какому-либо процессу, в который оказываются «вовлеченными» другие объекты. Например, агрегированный объект ПОСТАВКА объединяет в себе объекты ПОСТАВЩИК, ПОТРЕБИТЕЛЬ, а также саму поставляемую ПРОДУКЦИЮ. Своеобразным объектом является ДАТА_ПОСТАВКИ. Агрегированный объект может, так же как и простой объект, иметь характеризующие его свойства. В рассматриваемом примере таким свойством может быть РАЗМЕР_ПОСТАВКИ. Имя агрегированного объекта обычно является отглагольным существительным.
3. Изображение простого объекта
Для графического обозначения простого объекта будем использовать прямоугольник, ограниченный сплошной линией. Название класса объекта пишется над ним. Внутри прямоугольника записывается название атрибута, именующего объект (рис. 2.2). Если у объекта несколько имен, то для каждого из них выделяется отдельный «сектор» в этом прямоугольнике.
Рис. 2.2. Изображение объекта
Если какое-либо имя объекта не является уникальным, будем использовать букву «н» рядом с таким именем (рис. 2.3).
Рис. 2.3. Пример изображения объекта с несколькими идентифицирующими атрибутами
Встречаются случаи, когда идентификация одних объектов зависит от идентификации других. Например, часто для участков цехов предприятия используется не сквозная нумерация, а в пределах каждого цеха, то есть участок имеет составной идентификатор НОМЕР_ЦЕХА*НОМЕР_УЧАСТКА. Назовем подобные объекты (в нашем примере
это объект «УЧАСТОК») зависимыми от идентификации сущностями. Для отображения таких ситуаций будем перечеркивать линию, соединяющую соответствующие объекты, около конца, прилегающего к зависимому объекту (рис. 2.4, 2.5).
Рис. 2.4. Изображение зависимой по идентификации сущности
Если не использовать специального обозначения для указания зависимости по идентификации, то (для нашего примера) для объекта УЧАСТОК следует указать составной идентификатор НОМЕР_ЦЕХА*НОМЕР_УЧАСТКА, при этом его надо указать в одном секторе прямоугольника, а не выделять несколько секторов, как в случае наличия у объекта несколько имен. Рис. 2.5. Пример изображения зависимой по идентификации сущности
ERWin . Виды связей.
.ERWin. Особенности построения ER-модели.
Базовая ER-модель. Виды сущностей.