42.Инструментальные средства разработки бд. Построение er-моделей баз данных

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