Проектирование БД

Содержание

Слайд 2

Проектирование ПО. Проектирование БД Механизмы хранения Многие системы содержат устойчивые объекты,

Проектирование ПО. Проектирование БД

Механизмы хранения

Многие системы содержат устойчивые объекты, то есть

такие, которые можно сохранять на постоянных носителях и впоследствии извлекать при необходимости. Для этого чаще всего используют:
реляционные БД,
объектно-ориентированные БД,
гибридные объектно-реляционные БД,
иерархические БД,
текстовые файлы, XML-файлы и пр.

Проектирование данных сводится к построению моделей данных.
UML позволяет создавать:
концептуальные модели,
логические схемы БД и
физические модели БД.

Слайд 3

Проектирование ПО. Проектирование БД Концептуальная модель Information Engineering (IE), воронья лапа

Проектирование ПО. Проектирование БД

Концептуальная модель

Information Engineering (IE), воронья лапа (Crow’s Foot)

- стандарт;
IDEF1X - стандарт;
Entity/Relationship (ER) – производная от Information Engineering; используется в CASE-средствах Sybase.
Нотация Баркера - стандарт; разработал Ричард Баркер; используется в CASE-средствах Oracle;
Merise - использует ассоциации вместо связей;
Нотация Чена - стандарт; разработал Питер Чен; отношения отображаются вершинами.
Слайд 4

Проектирование ПО. Проектирование БД Концептуальная UML-модель классов Класс ассоциации — класс,

Проектирование ПО. Проектирование БД

Концептуальная UML-модель классов

Класс ассоциации — класс, который представляет

отношение ассоциации между другими классами.

Класс ассоциации

Связь многие ко многим

Слайд 5

Проектирование ПО. Проектирование БД Логическая модель данных Логические модели данных предлагают

Проектирование ПО. Проектирование БД

Логическая модель данных

Логические модели данных предлагают независимые от

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

Ссылочная целостность в правом отношении декларативная, а в левом отношении она является процедурной (триггером).

Слайд 6

Проектирование ПО. Проектирование БД Поддержка целостности Декларативная ссылочная целостность реализуется как

Проектирование ПО. Проектирование БД

Поддержка целостности

Декларативная ссылочная целостность реализуется как простое объяв­ление

в SQL-операторе create table (alter table), которое указывает, что делать, когда запись в этой таблице должна быть удалена, изменена или добавлена.
Процедурная ссылочная целостность использует язык программирования БД. Программы, написанные на таком языке, называются триггерами. Отдельный триггер может быть написан для каждой из трех операций модификации каждой таблицы.

БД представляет собой собрание записей, связанных ссылочной целостностью.
Стрелки показывают направление ссылки внешнего ключа на первичный ключ.
Эти отношения между записями должны соответствовать бизнес-правилам. Все операции по модификации: insert, update и delete проверяются на соответствие бизнес-правилам.

Поддержка операций удаления и корректировки для декларативной ссылочной целостности позволяет использует следующие варианты:
cascade (каскадный),
restrict (ограниченный) ,
nullify (задание пустого указателя),
default (значение по умолчанию).

Слайд 7

Проектирование ПО. Проектирование БД Физическая модель данных Типы атрибутов соответствуют типам конкретной СУБД и добавляются индексы.

Проектирование ПО. Проектирование БД

Физическая модель данных

Типы атрибутов соответствуют типам конкретной СУБД

и добавляются индексы.
Слайд 8

Проектирование ПО. Проектирование БД Cкрипт для генерации БД create table actor

Проектирование ПО. Проектирование БД

Cкрипт для генерации БД

create table actor (
actor_code NUMBER(5) not null,
actor_name VARCHAR2(25)

)
create unique index actor_PK on actor ( actor_code ASC )
/
create table movie (
movie_code NUMBER(5) not null,
movie_title VARCHAR2(30),
director VARCHAR2(20),
constraint PK MOVIE primary key (movie_code) )
create index directorJSJU on movie ( director ASC )
/
create table listed_as (
actor code NUMBER(5) not null,
movie_code NUMBER(5) not null,
position NUMBER(2),
constraint PK_LISTED_AS primary key (actor_code,movie_code),
constraint FK_LISTED_A_REFERENCE_ACTOR foreign key
(actor_code) references actor (actor code) on delete cascade )
create index movie_code_FK on listed_as ( movie_code ASC )
create index actor_code_FK on listed_as ( actor_code ASC )
/

Если физическая модель БД определена с помощью CASE-средства, то оно может автоматически создать скрипт для генерации БД.

Слайд 9

Проектирование ПО. Проектирование БД Объектно-реляционное отображение Объектно-реляционным отображением называется отображение концепту-альных классов в таблицы

Проектирование ПО. Проектирование БД

Объектно-реляционное отображение

Объектно-реляционным отображением называется отображение концепту-альных классов в

таблицы
Слайд 10

Проектирование ПО. Проектирование БД Отображение объектов Шаблон Представление объектов в виде

Проектирование ПО. Проектирование БД

Отображение объектов

Шаблон Представление объектов в виде таблиц (Representing

Objects as Tables)
Для каждого класса объектов, подлежащих постоянному хранению, определить отдельную таблицу, а атрибуты объекта, содержащие данные простых типов хранить в отдельных столбцах.
Шаблон Идентификатор объектов (Object Identifier)
Каждой записи и объекту присваивается уникальный, автома­тически формируемый, неизменный идентификатор объекта (Object Identifier — OID). Большинство CASE-средств позволяет определять иденти­фикаторы, вводя их как дополнительные свойства атрибутов класса.
Каждая таблица в качестве первичного ключа использует идентификатор объекта, прямо или косвенно связанный с каждым объектом.
UML не имеет никакого визуального способа показать идентификаторы классов, кро­ме вспомогательных стереотипов или примечаний. В UML есть понятие профиля (UML profile), под которым понимается набор взаимосвязанных стереотипов, тегированных значений и ограничений, объединенных общим предназначением. Так для моделей данных можно использовать профиль, расширяющий семантику диаграммы классов необходимыми средствами.
Слайд 11

Проектирование ПО. Проектирование БД Отображение ассоциаций Концептуальные классы — просто контейнеры

Проектирование ПО. Проектирование БД

Отображение ассоциаций

Концептуальные классы — просто контейнеры данных. Операции

обычно не рассматриваются в концептуальных классах. Это делает отображение в таблицы более простым.
Главная проблема заключается в отображении отно­шений между классами. Рассматриваемые отношения включают ассоциации с различными множественностями, агрегированиями и обобщениями.
Слайд 12

Проектирование ПО. Проектирование БД Отображение ассоциации и агрегирования «один ко многим»

Проектирование ПО. Проектирование БД

Отображение ассоциации и агрегирования «один ко многим»

Слайд 13

Проектирование ПО. Проектирование БД Отображение ассоциации «многие ко многим»

Проектирование ПО. Проектирование БД

Отображение ассоциации «многие ко многим»

Слайд 14

Проектирование ПО. Проектирование БД Отображение ассоциации «один к одному»

Проектирование ПО. Проектирование БД

Отображение ассоциации «один к одному»

Слайд 15

Проектирование ПО. Проектирование БД Отображение рекурсивной ассоциации «один ко многим»

Проектирование ПО. Проектирование БД

Отображение рекурсивной ассоциации «один ко многим»

Слайд 16

Проектирование ПО. Проектирование БД Отображение рекурсивной ассоциации «многие ко многим»

Проектирование ПО. Проектирование БД

Отображение рекурсивной ассоциации «многие ко многим»

Слайд 17

Проектирование ПО. Проектирование БД Отображение обобщения

Проектирование ПО. Проектирование БД

Отображение обобщения

Слайд 18

Проектирование ПО. Проектирование БД Моделирование

Проектирование ПО. Проектирование БД

Моделирование

Слайд 19

Проектирование ПО. Проектирование БД Проектирование и создание БД для управления электронной

Проектирование ПО. Проектирование БД

Проектирование и создание БД для управления электронной почтой

Итерация

1 из учебного примера ЕМ предполагает, что БД существует зара­нее и загружена данными относительно служащих, деловых партнеров и ис­ходящих сообщений.
Прикладная программа ЕМ извлекает эту информацию из БД, готовит и посылает электронные сообщения и отмечает в БД какие исходящие сообщения уже были по­сланы.
Следующие итерации позволят помещать в БД исходящие сообщения и связанную с ними информацию из прикладной программы.
Слайд 20

Проектирование ПО. Проектирование БД Диаграмма концептуальных классов для ЕМ

Проектирование ПО. Проектирование БД

Диаграмма концептуальных классов для ЕМ

Слайд 21

Проектирование ПО. Проектирование БД Диаграмма концептуальных классов для ЕМ

Проектирование ПО. Проектирование БД

Диаграмма концептуальных классов для ЕМ

Слайд 22

Проектирование ПО. Проектирование БД Физическая модель БД для ЕМ

Проектирование ПО. Проектирование БД

Физическая модель БД для ЕМ

- Предыдущая
Структурный проект
Следующая -
Проектирование классов и взаимодействия

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

Стандарты об образовании
Презентация "Особенности английской живописи XIX века" - скачать презентации по МХК
Тренажер.Таблица умножения - презентация для начальной школы
Теории лидерства
Древние образы и символы в народном искусстве.Часть 1
Применение определенного интеграла Геометрическое приложение. Механическое приложение.
Методические рекомендации к составлению основной общеобразовательной программы ДОУ компенсирующего вида
Автоматизация анализа текстов партий
Дуговая сталеплавильная печь емкостью G=150т
Лёгкая атлетика
Культура стран халифата
Презентация Порядок назначения на должности государственной гражданской службы таможенных органов
Sights of Prague. The dancing house
Техническое обслуживание и текущий ремонт тележек модели 18-9810
Православный иконостас
Легенды о Минске: интерпретация в современном контексте
ПИЩЕВЫЕ ОТРАВЛЕНИЯ. ГИГИЕНИЧЕСКИЕ ТРЕБОВАНИЯ К ПИЩЕБЛОКУ. Лекции
Плоское движение твёрдого тела
Циклические алгоритмы. Виды циклов и циклические команды на Паскале
Сетевая модель OSI
Статистический подход Шеннона
СТРАХОВЫЕ КОМПАНИИ
Хрящевая и костная ткань
Организация и методические основы проведения урока физической культуры
ФОРМИРОВАНИЕ МОДЕЛИ ФУНКЦИОНИРОВАНИЯ ПРОГРАММНОГО СРЕДСТВА С ИСПОЛЬЗОВАНИЕМ UML 2
3. Солдат и смерть
Орфографический режим в начальной школе - презентация для начальной школы
Счетчики, регистры. (Лекция 7)
Вы можете прислать нам Вашу презентацию и мы опубликуем ее на сайте.
Обратная связь
Для правообладателей
Email: Нажмите что бы посмотреть