31. Инструментальная среда erWin, ее назначение и состав решаемых задач.

На использовании ER-модели основано большинство современных подходов проектирования БД. ERWin позволяет проводить процессы прямого и обратного проектирования БД, то есть по модели данных можно сгенерировать схему БД или автоматически создать модель данных на основе информации системного каталога. ERWin интегрируется с популярными средствами клиентской части – VB, Delphi, Power Builder, что позволяет автоматически генерировать код приложения, который полностью готов к компиляции и выполнению. ERWin имеет два уровня представления модели – логический и физический. Логический - абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире. На логическом уровне не рассматривается использование конкретной СУБД, имена объектов и типы данных и не определяются индексы для таблиц. Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Сущность – реальный или воображаемый объект, информация о котором представляет интерес. Диаграмма сущности представлена в виде прямоугольника, содержащего имя сущности. При этом имя сущности – имя типа, а не конкретного объекта – экземпляра этого типа. Каждый экземпляр сущности должен быть отличным от любого другого экземпляра той же сущности. Атрибутом сущности является любая деталь, которая служит для уточнения, идентификации, классификации, числовой характеристики или выражения состояния сущности. Имена атрибутов заносятся в прямоугольник. Изображается сущность под именем сущности малыми буквами. Уникальным идентификатором сущности является атрибут, комбинация атрибутов, комбинация связей или комбинация связи и атрибутов, уникально отличающая любой экземпляр сущности от других экземпляров сущности того же типа (первичные ключи). Первичный ключ заносится над чертой. При связывании сущности ПК родительской сущности транспортируется в дочернюю сущность либо в ключевые поля, либо в не ключевые атрибуты (под чертой). Связь – графически устанавливаемая ассоциация, устанавливаемая между 2 сущностями. В любой связи выделяется 2 конца, на каждом из которых указывается имя конца связи, степень конца связи (сколько экземпляров данной сущности связывается), обязательность связи (т.е. любой ли экземпляр данной сущности должен участвовать в связи). Обязательный конец связи изображается сплошной линией (идентифицируемая связь), а не обязательный – прерывистой (не идентифицируемая связь). Физическая модель данных зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах БД. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах. Разделение модели данных на логические и физические позволяет решить проблемы документирования модели и масштабирования. Для обеспечения компактности и непротиворечивости хранения данных введена нормализация данных. 1NF – таблица должна быть двумерной и не содержать ячеек, включающих несколько значений. 2NF – данные во всех неключевых таблицах должны полностью зависеть от первичного ключа. 3NF – все первичные столбцы таблицы должны зависеть от первичного ключа. Процесс построения информационной модели состоит из следующих этапов: 1. Создание логической модели данных: определение сущностей, зависимостей между сущностями (связей), задание первичных и альтернативных ключей, определение неключевых атрибутов сущностей. ; 2. Переход к физическому описанию модели: а) назначение соответствий имя сущности – имя таблицы, атрибут сущности – атрибут таблицы; б) задание триггеров, хранимых процедур и ограничений; 3. Генерация БД.