Similar presentations:
Отображение модели данных в инструментальном средстве ERwin
1. Тема урока: Отображение модели данных в инструментальном средстве ERwin.
Цель: Приобретение знаний создания логических ифизических моделей данных с помощью CASE–
средства ERwin в стандарте IDEF1X.
Ключевое слово ERwin – это мощное средство графического
проектирования баз данных, использующее ERDдиаграммы (Entity Relational Diagram – диаграммы
сущность-связь).
Преимущество ERwin- облегчает проектирование баз
данных.
2.
ERwin современное средство проектирования баз данныхОбработка счетов. Электронная торговля. Анализ данных.
Управление знаниями. Все это невозможно без
использования баз данных. Системы с архитектурой
клиент/сервер строятся на основе реляционных серверных
СУБД. Приложения для Internet и интрасетей осуществляют
доступ и динамическое обновление данных. Пакеты
программ необходимо адаптировать и интегрировать с
существующими системами. Хранилища данных
объединяют и интегрируют множество баз данных,
обеспечивая необходимые бизнесу гибкость и
интеллектуальность. Успех применения всех этих
приложений зависит от того, насколько хорошо
спроектирована база данных.
3. ERwin - это не что гораздо большее, чем просто инструмент для "рисования"; он автоматизирует процесс проектирования
ERwin - это не что гораздо большее, чем просто инструментдля "рисования"; он автоматизирует процесс проектирования
Кроме того, ERwin позволяет работать с большими моделями
общекорпоративного масштаба, разбивая их на фрагменты
и легко управляемые подмножества, предоставляя
отдельным специалистам возможность сосредоточить свои
усилия в определенной области.
ERwin позволяет создавать логическую, физическую модели
и модель, совмещающую логический и физический уровни.
4.
Логический уровень - это абстрактный взгляд наданные, на нем данные представляются так, как
выглядят в реальном мире, и могут называться так,
как они называются в реальном мире (например
"Постоянный клиент", "Отдел" или "Заказ").
Объекты модели, представляемые на логическом
уровне, называются сущностями и атрибутами.
Логическая модель данных является универсальной и
никак не связана с конкретной реализацией СУБД.
5.
Физический уровень зависит от конкретнойСУБД. В физической модели содержится
информация о всех объектах БД.
Физическая модель зависит от конкретной
реализации СУБД.
6.
На логическом уровне ERwin поддерживает две нотации(IE и IDEF1X), на физическом - три (IE, IDEF1X и DM).
Мы будем рассматривать работу с ERwin в нотации
IDEF1X.
Переключение между логической и физической
моделями данных осуществляется через список
выбора на стандартной панели (рис1).
Рисунок1. Переключение между уровнями
7.
Масштабирование . Создание модели данных, как правило,начинается с разработки логической модели.
После описания логической модели проектировщик может
выбрать необходимую СУБД, и ERwin автоматически создаст
соответствующую физическую модель.
На основе физической модели ERwin может сгенерировать
системный каталог СУБД или соответствующий SQL-скрипт.
Этот процесс называется прямым проектированием (Forward
Engineering).
Тем самым достигается масштабируемость — создав одну
логическую модель данных, можно сгенерировать физические
модели под любую поддерживаемую ERwin СУБД.
С другой стороны, ERwin способен по содержимому системного
каталога или SQL-скрипту воссоздать физическую и логическую
модель данных (Reverse Engineering).
На основе полученной логической модели данных можно
сгенерировать физическую модель для другой СУБД и затем
создать ее системный каталог. Следовательно, ERwin позволяет
решить задачу по переносу структуры данных с одного сервера
на другой.
8.
Логический уровень модели данныхДля создания на логическом уровне
сущностей и связей между ними
предназначена панель Toolbox:
Панель Toolbox-
9.
Пример логической схемы БД10.
Создание физической модели данныхФизическая модель содержит всю информацию, необходимую для
реализации конкретной БД. Различают два уровня физической модели:
трансформационную модель;
модель СУБД.
Трансформационная модель содержит информацию для реализации
отдельного проекта, который может быть частью общей ИС и описывать
подмножество предметной области. Данная модель позволяет
проектировщикам и администраторам БД лучше представить, какие
объекты БД хранятся в словаре данных, и проверить, насколько
физическая модель удовлетворяет требованиям к ИС.
Модель СУБД автоматически генерируется из трансформационной
модели и является точным отображением системного каталога СУБД.
Физический уровень представления модели зависит от выбранного
сервера. ERwin поддерживает более 20 реляционных и нереляционных
БД.
По умолчанию ERwin генерирует имена таблиц и индексов по шаблону на
основе имен соответствующих сущностей и ключей логической модели,
которые в дальнейшем могут быть откорректированы вручную. Имена
таблиц и колонок будут сгенерированы по умолчанию на основе имен
сущностей и атрибутов логической модели.
11.
Физический уровень модели данныхПри переключении с логического уровня на физический
автоматически будет создана физическая схема базы данных
(рис.)
12. Построение логической модели данных предприятия по сборке и продаже компьютеров и ноутбуков.
Построение модели данных начинается с выделениясущностей данной предметной области. В нашем случае
были выделены следующие сущности:
клиент - человек, который покупает компьютеры
заказ - список компьютеров, которые покупает клиент
компьютер
комплектующие - то, из чего собирают компьютеры
сотрудник - сотрудник предприятия, собирающий
конкретный компьютер
13.
Далее рассмотрим связи между сущностями:Клиент - Заказ. Один клиент может делать несколько заказов. При этом если
данные о клиенте имеются в базе данных, то он сделал минимум один заказ.
Поэтому мощность связи - Р. Связь идентифицирующая, т.к. заказ без клиента
существовать не может;
Заказ - Компьютер. В рамках одного заказа клиент может заказать несколько
компьютеров, но как минимум заказ должен состоять из одного компьютера.
Поэтому мощность связи - Р. Связь идентифицирующая, т.к. компьютер без
заказа существовать не может;
Компьютер - Комплектующие. В состав одного компьютера входит много
различных комплектующих; один и тот же тип комплектующего может входить
в состав разных компьютеров. Мощность связи - много ко многим. В IDEF1X
такой тип связи отсутствует, поэтому вводим промежуточную (ассоциативную)
сущность - Конфигурация. Мощность связи между сущностями Компьютер и
Конфигурация - Р, поскольку у любого компьютера должна быть конфигурация,
мощность между сущностями Комплектующие и Конфигурация - N, поскольку
какие-то комплектующие еще могут быть не установлены ни в один компьютер.
Связь в обоих случаях идентифицирующая, т.к. конфигурация компьютера не
может существовать без привязки к самому компьютеру и к комплектующим;
14.
Комплектующие - Тип комплектующих. Поскольку переченьтипов комплектующих, которые могут быть установлены в
компьютер, ограничен, но используется очень часто, то мы
приняли решение создать еще одну сущность - Тип
комплектующих. Мощность связи - Р. Связь
идентифицирующая;
Компьютер - Сотрудник. Каждый компьютер собирается
каким-то одним сотрудником. Какие-то сотрудники могут
собирать множество компьютеров. Мощность связи - N. Тип
связи - неидентифицирующая, поскольку экземпляр
сущности Компьютер уже может существовать, но за ним
еще может быть не закреплен ни один сотрудник. Именно из
этих же соображений в свойствах этой связи мы выбрали
переключатель "Nulls Allowed" (на диаграмме это
отображается в виде незакрашенного ромбика со стороны
сущности-родителя.
15. Итоговая диаграмма показана на этом рис.
Рисунок - Логическая модель данных предприятия по сборкекомпьютеров и ноутбуков
16. Д/з Список электронных ресурсов, рекомендуемых к самостоятельному изучению Тема: «Отображение модели данных в инструментальном
средствеERwin»
1.Создание логической модели данных.
2. Создание физической модели данных.
Администрирование баз данных. Опорный конспект лекций.
http://old.agpu.net/institut/kaf/kaf_inf/elibfol/infsyst/admin/index.htm
Системы корпоративных баз данных
http://old.agpu.net/institut/kaf/kaf_inf/elibfol/infsyst/servbd/CONTENTS.HTM
Проектирование информационных систем
http://old.agpu.net/institut/kaf/kaf_inf/elibfol/infsyst/infsys/main.htm
Основы реляционных баз данных
http://old.agpu.net/institut/kaf/kaf_inf/elibfol/infsyst/osnrbd/INDEX.HTM
Аппаратно-программные платформы корпоративных информационных
систем
http://old.agpu.net/institut/kaf/kaf_inf/elibfol/infsyst/korpsyst/CONTENTS.HT
M