1-DataModeling

1
Создание информационной
модели
• Сущностная модель
• REA модель
• E-R диаграммы (ERD, ERM)
• Реляционная модель
2
Предметная область
- Предметной областью называется часть
реальной системы, представляющая
интерес для данного исследования.
3
Информационная модель
Модель сбора, хранения, обработки и
использования взаимосвязанных
данных для оптимального управления
информационными потоками и решения
поставленных задач в данной
предметной области называется
информационной моделью предметной
области.
4
База данных
• Понятие Базы данных (БД) можно
применить к любой связанной между
собой по определенному признаку
информации, хранимой и
организованной особым образом - как
правило, в виде таблиц.
6
Моделирование данных
- Моделирование данных - это процесс
определения схемы базы данных с
целью адекватно отразить в ней бизнеспроцессы организации.
- Схема базы данных – это описание ее
логической структуры.
7
Схемы данных
Подсхема А
Подсхема В
Подсхема С
Шкаф 232
Стол 341
Диван 520
Стул 45
Внешний уровень
Набор
индивидуальных
логических
представлений о
частях БД
Отображение внешних представлений на концептуальную схему
Товары
Продажи
Клиенты
Концептуальный
уровень
Общий взгляд на
всю базу данных
Кассовые
операции
Отображение концептуальной схемы на внутреннее представление
ДЕТАЛИ ХРАНЕНИЯ ДАННЫХ
Запись о запасах
Item number- integer (5), non-null, index = itemx
Description- character (15)
Cost- currency (6,2) и т.д.
Запись о продажах
Invoice number- integer (6), non-null, index = salesx
и т.д.
Внутренний
уровень
Детали хранения
данных - структура
записей, адреса,
индексы и т.д.
8
Концептуальные модели данных
- Сущностная модель
Сущность – объект, субъект, событие.
Атрибут – свойство сущности.
Экземпляр сущности – конкретный объект
- REA модель - классификация сущностей:
Ресурсы (Resource) – активы организации
События (Event) – изменяют ресурсы
Участники (Agent) – вовлечены в события
9
Концептуальные модели данных
- E-R диаграммы (Entity-Relation)
РЕСУРСЫ
Виды
товаров
УЧАСТНИКИ
СОБЫТИЯ
*
Продается
*
Продажи
*
Оформляют
1
Продавцы
*
*
Кому
1
Клиенты
Оплата за
*
От
кого
1
*
Счет
1
Увелич.
*
Платежи
*
Получают
1
Кассиры
10
Концептуальные модели данных
- E-R: тип отношения между сущностями
Отношение один к одному (1:1)
Продажи
1
Оплата за
1
Платежи
Пример - обмен валюты. Каждая
сделка заключается отдельно
только по одному виду валюты.
Платежи
Пример - продажа в кредит.
Каждая сделка продажи
оплачивается в несколько
приемов.
Платежи
Пример - ежемесячная оплата
покупок, сделанных при
нескольких посещениях магазина.
Платежи
Пример - регулярные взносы на
приобретение товаров.
Дебиторские задолженности.
Отношение один ко многим (1:*)
Продажи
1
Оплата за
*
Отношение многие к одному (*:1)
Продажи
*
Оплата за
1
Отношение многие ко многим (*:*)
Продажи
*
Оплата за
*
11
Концептуальные модели данных
Реляционная модель
Таблица = сущность
Запись таблицы = экземпляр сущности
Поле таблицы = атрибут сущности
Связь таблиц = отношение сущностей
Код
модели
Модель
Цвет
Кузов
Описание
поставщика
Адрес
1036
Лада
синий
пикап
ВАЗ
Россия,..
1038
Мерседес
красный
седан
Benz& Kº
ФРГ,…
1039
Мерседес
черный
седан
Benz& Kº
ФРГ,…
12
Основные свойства полей
1. Имя (идентификатор)
2. Тип данных (строка, дата,
целое или дробное число)
3. Множество значений
-
Целое: число знаков
Дробное: точность
Строка: длина
Маска ввода, условие на значение
4. Обязательность
5. Индексирование
6. Формат представления
13
Концептуальные модели данных
Связь реляционных таблиц
Первичный ключ – уникальный атрибут
Внешний ключ – ссылка на перв. ключ
Код
товара
1036
Описание
Цвет
Кузов
Холодильник
Код
поставщика
10023
синий
пикап
1038
Холодильник
10034
красный
седан
1039
Стиральная машина
10034
черный
седан
Код
поставщика
Описание
Адрес
10011
ВАЗ
Россия, …
10023
ГАЗ
Россия, …
10034
Benz& Kº
ФРГ, …
14
Концептуальные модели данных
Нормализация реляционных таблиц
- это разделение данных на таблицы с целью избежать:
- Избыточность данных
наличие повторных копий одних и тех же данных
- Аномалия обновления данных
поддержание повторных копий одинаковыми
- Аномалия вставки записей
при добавлении записи надо вводить информацию
сразу о нескольких сущностях
- Аномалия удаления записей
потеря информации о сущности
при удалении последней копии
15
Этапы проектирования
1. Выделение сущностей и атрибутов (REA)
2. Определение связей (ER)
3. Проектирование реляционной модели
-
Задание первичных ключей
Моделирование связей 1:* с помощью
внешних ключей
Моделирование связей *:* с помощью
дополнительных таблиц
Создание справочников (1:*)
4. Реализация схемы данных средствами СУБД
16
Конец