- •Конспект лекций
- •Основные определенИя. Элементы субд.
- •Основные определения.
- •Система управления базами данных (субд)
- •Характеристика различных моделей баз данных.
- •Иерархические модель базы данных
- •1.4. Сетевая модель базы данных
- •Вопросы для самопроверки.
- •Общая характеристика реляционной модели данных
- •Фундаментальные свойства отношений.
- •Состав реляционной бд.
- •Базисные средства манипулирования реляционными данными
- •Элементы реляционной алгебры.
- •Реляционное исчисление.
- •Проектирование реляционных баз данных.
- •Проектирование баз данных на основе модели "Сущность-связь"
- •Элементы модели "сущность-связь"
- •Отображение подтипов в er-модели.
- •Общий порядок разработки модели бд на основе er моделирования.
- •4.1.4. Нормальная форма Бойса - Кодда (bcnf )
- •Механизмы работы с бд.
- •Ограничения
- •Описание ограничений
- •Механизмы реализации прикладной логики
- •Объявление курсора
- •Глобальные переменные работающие с курсорами
- •9.4. Исключения
- •Разработка клиентских приложений на основе архитектуры «Клиент – сервер»
- •Управление транзакции
- •Управление транзакциями (ут)
- •Управление на основе метода блокировок
- •Управление параллелизмов с использованием меток времени
- •Восстановление транзакций
- •Восстановление бд при различных режимах ведения журналов транзакций
- •Объектно-ориентированная модель бд
- •Отображение связей объектов в оом
- •Системы управления распределенными бд (сурбд)
- •Механизмы обеспечения прозрачности транзакций
- •Особенности проектирования распределенных бд
- •Типы пользователей
- •Создание учетных записей пользователей
- •Создание учетных записей пользователей в Sybase и Microsoft sql Server
- •Создание схемы.
- •Привилегии
-
Сущность подхода. На основе данного подхода происходит выявление объектов предметной области, связей между ними, то есть строится модель внешнего концептуального уровня или инфологическая модель. Затем выбирается способ отображения сформированной концептуальной модели внешнего уровня на модель конкретной базы данных (обычно реляционной), формируются таблицы и т.д. В некоторых случаях внешняя концептуальная модель сразу строится по принципам выбранной модели базы данных, но общая методология данной привязки не предусматривает.
-
Элементы модели "сущность-связь"
Модель "сущность-связь" (entity relationship model) – одно из распространенных средств абстрактного представления структуры баз данных.
Основные элементы модели
-
множество сущностей - отображаются в виде прямоугольников;
-
атрибуты – отображаются в виде овалов;
-
связи - отображаются в виде ромбов.
ER- модель близка к информационной модели, используемой при объектно-ориентированном моделировании (ООМ) при этом понятие "объект" в ООМ соответствует понятию "множество сущностей" в ER-диаграмме.
При отображении связей необходимо учитывать их множественность со стороны связываемых множеств сущностей. Множественность связи – это сколько экзкмпляров она соединяет с одной и другой стороны.
Выделяется следующее разделенияе связей по их множественности
( см. курс ТИПИС ООП)
"один-к-одному",
"один-к-многим",
"многие-к-многим" ,
-
Один-к-одному. Этот тип связи применяется достаточно редко. Единственный случай, когда применение этого типа связи оправданно – разбиение сущностей, содержащей большое количество атрибутов, на несколько вспомогательных. Например, значения атрибута Должность храниться в отдельной таблице-справочнике с конкретизацией по другим дополнительным атрибутам.
-
Один-ко-многим. Одной сущности базового множества соответствует несколько или ни одной записи в подчинённой.
В свою очередь каждой записи подчиненной таблицы может соответствовать только одна запись базового отношения. Наиболее употребительный вид связи. На рисунке 3 представлен пример такой связи между подчиненной таблицей Сотрудники и базовыми отношениями Должности и Оклады по атрибутам Должность и Оклад.
Рисунок 3 – Связанные таблицы
-
Многие-ко-многим. При этом типе связи многим записям базового множества сущностей может соответствовать много записей в подчинённом множестве сущностей (и наоборот).Такую связь в реляционной модели БД можно организовать только при помощи третьей вспомогательной таблицы. По сути связь «многие-ко-многим» представляет собой в реляционной модели типа «один-ко-многим». При этом базовая и подчинённая таблицы расположены со стороны «один», Рисунок
Пример ER диаграммы.
В ER моделях возможны случаи, когда связь соединяет несколько множеств сущностей, т.е. более двух, то есть многосторонние связи
При преобразовании обобщённоё ER модели в реляциооную связи между более чем двумя множествами сущностей заменяются на бинарные, при этом вводятся дополнительные множества сущностей, кортежами которых являются элементы множеств, участвующие в отношениях.
-
Отображение подтипов в er-модели.
Возможны случаи, когда множество сущностей содержит некоторые группы сущностей, обладающих особыми свойствами не присущими другим группам. В данном случае целесообразно создавать специальные множества сущностей (подклассы), каждый из которых обладает собственным набором атрибутов. Данные подклассы соединяются с исходным множеством особыми связями isa (is a – является представителем).
Связь isa относится к типу "один-к-одному", но стрелки на стороне базового множества не проставляются.
Принципы разработки ER-моделей.
-
Принципы совпадают с принципами построения баз данных: достоверность - соответствие предметной области;
-
отсутствие избыточности - объекты схемы не должны дублировать друг друга;
-
простота - в объект включаются только те сущности и те атрибуты, которые необходимы для решения поставленной задачи.