Даталогическое проектирование

Сентябрь 2, 2022

Главная
Алгебра
Даталогическое проектирование

Содержание

2. Даталогическое проектирование Алгоритм перехода к реляционной модели Шаг 2. Выбор первичного ключа Первичный ключ Один из
3. Даталогическое проектирование Алгоритм перехода к реляционной модели Шаг 3. Отображение свойств простых объектов Свойство объекта Условное
4. Даталогическое проектирование Алгоритм перехода к реляционной модели Шаг 4. Отображение свойств сложных объектов Тип объекта Составной
5. Даталогическое проектирование Алгоритм перехода к реляционной модели Шаг 5. Определение свойств атрибутов отношения Отношение Определение внешних
6. Даталогическое проектирование Варианты устойчивой и неустойчивой схем БД Неустойчивая схема Устойчивая схема
7. Даталогическое проектирование Критерии оценки схемы БД Критерий Адекватность - соответствие разработанной БД исходной предметной области Полнота
8. Даталогическое проектирование Критерии оценки схемы БД Критерий Степень дублирования данных – избыточное дублирование приводит к усложнению
9. M M M M M M M 1 N Сервер Название IP-адрес Отдел Название Телефон Программный
10. Переход к реляционной модели Создание основных отношений Отношение «File» Отношение «Program» Отношение «Server»
11. Переход к реляционной модели Создание основных отношений Отношение «Sotrudnik» Отношение «Otdel»
12. Переход к реляционной модели Создание вспомогательных отношений Отношение «Dostup» Отношение «Keeper» Отношение «Work»
14. Скачать презентацию

Слайд 2

Даталогическое проектирование Алгоритм перехода к реляционной модели
Шаг 2. Выбор первичного ключа
Первичный ключ
Один

из возможных
ключей

Искусственный
идентификатор

Наличие синонимов в предметной области – отсутствие
уникальности значения естественного ключа

Значения естественного ключа объекта могут меняться
со временем

Наличие множественных связей у объекта

Слайд 3

Даталогическое проектирование Алгоритм перехода к реляционной модели
Шаг 3. Отображение свойств простых

объектов

Свойство объекта

Условное свойство

Составное свойство

Множественное
свойство

Поле в данном
отношении

Создание отдельного
отношения

Один атрибут в
отношении

Отдельный атрибут
для каждого элемента

Создание отдельного
отношения для
каждого свойства

Слайд 4

Даталогическое проектирование Алгоритм перехода к реляционной модели
Шаг 4. Отображение свойств сложных

объектов

Тип объекта

Составной объект

Обобщенный объект

Агрегированный
объект

Отношение создается
исходя из свойств
связи

Единственное
отношение

Создание отдельного
отношения для
каждой категории

Создание отдельного
отношения для
каждого объекта

Слайд 5

Даталогическое проектирование Алгоритм перехода к реляционной модели
Шаг 5. Определение свойств атрибутов

отношения

Отношение

Определение
внешних ключей

Определение свойств
атрибута

Имя атрибута

Тип данных

Обязательность
значения

Значение по
умолчанию

Уникальность

Имя внешнего ключа

Указатель ссылки
на первичный ключ

Слайд 6

Даталогическое проектирование Варианты устойчивой и неустойчивой схем БД
Неустойчивая схема
Устойчивая схема

Слайд 7

Даталогическое проектирование Критерии оценки схемы БД
Критерий
Адекватность - соответствие разработанной БД исходной

предметной области

Полнота – возможность удовлетворения потребностей
различных категорий пользователей в любой момент
времени

Степень сложности - количество отношений в БД, число
атрибутов в каждом отношении, количество индексов,
ключевых атрибутов, характер связей

Адаптируемость - возможность БД воспринимать измене-
ния, происходящие в предметной области, способность
учитывать возможность изменения потребностей
различных категорий пользователей, изменения в
программном обеспечении

Слайд 8

Даталогическое проектирование Критерии оценки схемы БД
Критерий
Степень дублирования данных – избыточное дублирование
приводит

к усложнению системы

Объем необходимой памяти - определяется количеством
объектов, особенностями выбранной СУБД, физической
модели

Скорость доступа к данным и обработки информации

Универсальность - возможность использования БД широким
кругом пользователей, в том числе не являющихся
специалистами в области компьютерных технологий

Слайд 9

M
M
M
M
M
M
M
1
N
Сервер
Название
IP-адрес
Отдел
Название
Телефон
Программный
продукт
Название
работает в
хранится
Сотрудник
Табельный номер
ФИО
Должность
Отдел
Рабочий тел.
Домашний тел.
использует
Файл
Название
Дата создания
Имя владельца
обеспечивает
Пример ER-модели

Слайд 10

Переход к реляционной модели
Создание основных отношений
Отношение «File»
Отношение «Program»
Отношение «Server»

Слайд 11

Переход к реляционной модели
Создание основных отношений
Отношение «Sotrudnik»
Отношение «Otdel»

Слайд 12

Переход к реляционной модели
Создание вспомогательных отношений
Отношение «Dostup»
Отношение «Keeper»
Отношение

«Work»

Даталогическое проектирование

Содержание

Даталогическое проектирование Алгоритм перехода к реляционной моделиШаг 2. Выбор первичного ключаПервичный ключОдин

Даталогическое проектирование Алгоритм перехода к реляционной моделиШаг 3. Отображение свойств простых

Даталогическое проектирование Алгоритм перехода к реляционной моделиШаг 4. Отображение свойств сложных

Даталогическое проектирование Алгоритм перехода к реляционной моделиШаг 5. Определение свойств атрибутов

Даталогическое проектирование Варианты устойчивой и неустойчивой схем БДНеустойчивая схемаУстойчивая схема

Даталогическое проектирование Критерии оценки схемы БДКритерийАдекватность - соответствие разработанной БД исходной

Даталогическое проектирование Критерии оценки схемы БДКритерийСтепень дублирования данных – избыточное дублированиеприводит

Переход к реляционной моделиСоздание основных отношенийОтношение «File»Отношение «Program»Отношение «Server»

Переход к реляционной моделиСоздание основных отношенийОтношение «Sotrudnik»Отношение «Otdel»

Переход к реляционной моделиСоздание вспомогательных отношений Отношение «Dostup» Отношение «Keeper» Отношение

Похожие презентации