Презентация, доклад к уроку на тему: Отображение модели данных в инструментальном средстве ERwin.

создания логических и физических моделей данных с помощью CASE–средства ERwin в стандарте IDEF1X.

Ключевое слово ERwin – это мощное средство графического проектирования баз данных, использующее ERD-диаграммы (Entity Relational Diagram – диаграммы сущность-связь).

Преимущество ERwin- облегчает проектирование баз данных.

Анализ данных. Управление знаниями. Все это невозможно без использования баз данных. Системы с архитектурой клиент/сервер строятся на основе реляционных серверных СУБД. Приложения для Internet и интрасетей осуществляют доступ и динамическое обновление данных. Пакеты программ необходимо адаптировать и интегрировать с существующими системами. Хранилища данных объединяют и интегрируют множество баз данных, обеспечивая необходимые бизнесу гибкость и интеллектуальность. Успех применения всех этих приложений зависит от того, насколько хорошо спроектирована база данных.

для "рисования"; он автоматизирует процесс проектирования

Кроме того, ERwin позволяет работать с большими моделями общекорпоративного масштаба, разбивая их на фрагменты и легко управляемые подмножества, предоставляя отдельным специалистам возможность сосредоточить свои усилия в определенной области.

ERwin позволяет создавать логическую, физическую модели и модель, совмещающую логический и физический уровни.

представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире (например "Постоянный клиент", "Отдел" или "Заказ").

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

о всех объектах БД. Физическая модель зависит от конкретной реализации СУБД.

физическом - три (IE, IDEF1X и DM).
Мы будем рассматривать работу с ERwin в нотации IDEF1X.
Переключение между логической и физической моделями данных осуществляется через список выбора на стандартной панели (рис1).


Рисунок1. Переключение между уровнями

разработки логической модели.
После описания логической модели проектировщик может выбрать необходимую СУБД, и ERwin автоматически создаст соответствующую физическую модель.
На основе физической модели ERwin может сгенерировать системный каталог СУБД или соответствующий SQL-скрипт. Этот процесс называется прямым проектированием (Forward Engineering).
Тем самым достигается масштабируемость — создав одну логическую модель данных, можно сгенерировать физические модели под любую поддерживаемую ERwin СУБД.
С другой стороны, ERwin способен по содержимому системного каталога или SQL-скрипту воссоздать физическую и логическую модель данных (Reverse Engineering).
На основе полученной логической модели данных можно сгенерировать физическую модель для другой СУБД и затем создать ее системный каталог. Следовательно, ERwin позволяет решить задачу по переносу структуры данных с одного сервера на другой.

уровне сущностей и связей между ними предназначена панель Toolbox:
Панель Toolbox-

конкретной БД. Различают два уровня физической модели:
трансформационную модель;
модель СУБД.
Трансформационная модель содержит информацию для реализации отдельного проекта, который может быть частью общей ИС и описывать подмножество предметной области. Данная модель позволяет проектировщикам и администраторам БД лучше представить, какие объекты БД хранятся в словаре данных, и проверить, насколько физическая модель удовлетворяет требованиям к ИС.
Модель СУБД автоматически генерируется из трансформационной модели и является точным отображением системного каталога СУБД.
Физический уровень представления модели зависит от выбранного сервера. ERwin поддерживает более 20 реляционных и нереляционных БД.
По умолчанию ERwin генерирует имена таблиц и индексов по шаблону на основе имен соответствующих сущностей и ключей логической модели, которые в дальнейшем могут быть откорректированы вручную. Имена таблиц и колонок будут сгенерированы по умолчанию на основе имен сущностей и атрибутов логической модели.

будет создана физическая схема базы данных (рис.)

ноутбуков.

Построение модели данных начинается с выделения сущностей данной предметной области. В нашем случае были выделены следующие сущности:
клиент - человек, который покупает компьютеры
заказ - список компьютеров, которые покупает клиент
компьютер
комплектующие - то, из чего собирают компьютеры
сотрудник - сотрудник предприятия, собирающий конкретный компьютер

несколько заказов. При этом если данные о клиенте имеются в базе данных, то он сделал минимум один заказ. Поэтому мощность связи - Р. Связь идентифицирующая, т.к. заказ без клиента существовать не может;
Заказ - Компьютер. В рамках одного заказа клиент может заказать несколько компьютеров, но как минимум заказ должен состоять из одного компьютера. Поэтому мощность связи - Р. Связь идентифицирующая, т.к. компьютер без заказа существовать не может;
Компьютер - Комплектующие. В состав одного компьютера входит много различных комплектующих; один и тот же тип комплектующего может входить в состав разных компьютеров. Мощность связи - много ко многим. В IDEF1X такой тип связи отсутствует, поэтому вводим промежуточную (ассоциативную) сущность - Конфигурация. Мощность связи между сущностями Компьютер и Конфигурация - Р, поскольку у любого компьютера должна быть конфигурация, мощность между сущностями Комплектующие и Конфигурация - N, поскольку какие-то комплектующие еще могут быть не установлены ни в один компьютер. Связь в обоих случаях идентифицирующая, т.к. конфигурация компьютера не может существовать без привязки к самому компьютеру и к комплектующим;

установлены в компьютер, ограничен, но используется очень часто, то мы приняли решение создать еще одну сущность - Тип комплектующих. Мощность связи - Р. Связь идентифицирующая;
Компьютер - Сотрудник. Каждый компьютер собирается каким-то одним сотрудником. Какие-то сотрудники могут собирать множество компьютеров. Мощность связи - N. Тип связи - неидентифицирующая, поскольку экземпляр сущности Компьютер уже может существовать, но за ним еще может быть не закреплен ни один сотрудник. Именно из этих же соображений в свойствах этой связи мы выбрали переключатель "Nulls Allowed" (на диаграмме это отображается в виде незакрашенного ромбика со стороны сущности-родителя.

по сборке компьютеров и ноутбуков

данных в инструментальном средстве ERwin» 1.Создание логической модели данных. 2. Создание физической модели данных.

Администрирование баз данных. Опорный конспект лекций.
http://http://oldhttp://old.agpu.net/institut/kaf/kaf_inf/elibfol/infsyst/admin/index.htm
Системы корпоративных баз данных
http://http://oldhttp://old.agpu.net/institut/kaf/kaf_inf/elibfol/infsyst/servbd/CONTENTS.HTM
Проектирование информационных систем
http://http://oldhttp://old.agpu.net/institut/kaf/kaf_inf/elibfol/infsyst/infsys/main.htm
Основы реляционных баз данных
http://http://oldhttp://old.agpu.net/institut/kaf/kaf_inf/elibfol/infsyst/osnrbd/INDEX.HTM
Аппаратно-программные платформы корпоративных информационных систем
http://http://oldhttp://old.agpu.net/institut/kaf/kaf_inf/elibfol/infsyst/korpsyst/CONTENTS.HTM