- •Основы систем управления базами данных
- •2.1. Традиционный подход к организации данных
- •2 .2. Система баз данных
- •2.2.1. Данные
- •2.2.2. Аппаратное обеспечение
- •2.2.2. Программное обеспечение
- •2.2.4. Пользователи
- •2.2. Преимущества и недостатки современного подхода к организации данных
- •2.4. Классификация систем баз данных
- •2.5. Архитектура клиент/сервер
- •2.5.1. Компоненты приложений клиент/сервер
- •2.5.2. Разделение клиента и сервера
- •2.5.2. Преимущества и перспективы системы клиент/сервер
- •2.6. Общие понятия реляционного подхода к организации данных
- •2.6.1. Базовые понятия реляционных баз данных
- •Тип данных
- •Отношение
- •2.6.2. Общая характеристика реляционной модели данных
- •2.6.2. Манипулирование данными с помощью языка запросов sql
- •2.7. Основы проектирования реляционных баз данных
- •2.7.1. Основные требования при проектировании бд
- •2.7.2. Основы классической методологии проектирования бд
- •2.7.2. Основные этапы проектирования базы данных
- •2.7.4. Обеспечение свойств бд в процессе проектирования
- •2.8. Проектирование реляционных баз данных с использованием принципов нормализации
- •2.8.1. Первая нормальная форма
- •2.8.2. Вторая нормальная форма
- •2.8.2. Третья нормальная форма
- •2.9. Семантическое моделирование данных. Диаграммы «сущность–связь»
- •2.9.1. Основные понятия
- •2.9.2. Методология idef1
- •2.10. Информационное моделирование с помощью case-средства eRwin
- •2.10.1. Общая характеристика программы eRwin
- •2.10.2. Этапы построения информационной модели в eRwin
- •2.11. Проектирование базы данных доменного производства
- •2.11.1. Концептуальное и логическое проектирование
- •Характеристика вспомогательных сущностей
- •Данные по доменному переделу, приведенные
- •2.11.2. Физическая реализация информационной модели
- •2.12. Контрольные вопросы
2.11.2. Физическая реализация информационной модели
Перейдем к физической реализации базы данных доменного производства. Для этого выберем целевую систему управления базой данных в диалоговом окне "Server/Target Server", например Microsoft (MS) Access 97 (рис. 2.25). Как видно из рисунка, ERwin поддерживает как самые современные, так и предыдущие версии основных программ СУБД – INFORMIX, ORACLE, SQL Server, SQL Base, SYBASE, FoxPro, Clipper, dBASE, Paradox и др.
После выбора целевой СУБД проектирование на физическом уровне выполняется в терминах той базы данных, которую предполагается использовать в информационной системе. Важно подчеркнуть, что программе ERwin "известны" соответствия между возможностями СУБД различных производителей, вследствие чего возможно преобразование физической схемы, спроектированной для одной СУБД, в другую. Такой процесс преобразования называется обратным проектированием (reverse engineering) и используется при выборе оптимальной аппаратной платформы для существующей базы данных, а также при расширении или модификации существующей логической структуры информационной системы.
Выберем команду меню "Tasks/Forwards Engineer/Schema Generation…". Появляется окно "Access Schema Generation" (рис. 2.26), в котором показан диалог выбора параметров генерации базы данных. В ходе процесса генерации программа ERwin строит пакет SQL-команд для создания структуры базы данных. На рисунке видно, что пользователь может определить фильтр (Filter), т.е. генерировать не все таблицы, пакет SQL-команд можно просмотреть(Preview), распечатать (Print), сохранить в файл отчета (Report), выполнить генерацию (Generate).
После выбора процедуры генерации следует заполнить пустые поля появившегося окна подключения к СУБД MS Access (рис. 2.27), в котором содержится следующая информация:
имя пользователя (User Name), от имени которого производится подключение к системе управления базой данных MS Access. В нашем случае полагаем, что подключение осуществляется от имени администратора базы данных, имя которого admin;
пароль (Password) пользователя;
местоположение и имя файла базы данных (Database), в которую будет сгенерирована разработанная логическая схема. Заметим, что файл базы данных с указанным именем должен быть предварительно создан в программе MS Access 97. В нашем случае был создан пустой файл с именем Dom.mdb в корневом каталоге диска "C";
местоположение и имя системной базы данных (System Database) пакета MS Access.
После заполнения указанных полей окна подключения следует нажать кнопку Connect и ждать выполнения всех SQL-команд по созданию структуры базы данных, которое отражается в окне "Generate Database Schema". Об успешном окончании процесса генерации структуры базы данных свидетельствует запись Schema Generation Complete, 494 query succeeded.
Результат выполнения можно просмотреть, загрузив в программу MS Access файл "Dom.mdb". На рис. 2.28 показана схема базы данных доменного производства, которая состоит из нескольких таблиц, связанных между собой по ключевым полям.
В процессе разработки и совершенствования информационной системы может возникнуть ситуация, когда физическая структура базы данных, например в MS Access, и информационная модель в ERwin не соответствуют друг другу. Для этого в программе ERwin предусмотрена функция синхронизации с базой данных, которая вызывается командой меню "Tasks/Complete Compare…". Появившееся диалоговое окно (рис. 2.29) предлагает список несоответствий между существующей структурой базы данных MS Access и моделью ERwin.
Например, если в базе данных создана новая таблица, то ERwin предложит провести включение ее в модель. Если в модель добавлена новая сущность, ERwin предложит создать на ее основе таблицу в реальной базе данных. Аналогично: при добавлении или модификации полей в базе данных или атрибутов сущностей в информационной модели ERwin предлагает провести соответствующие операции по синхронизации.
П ри завершении работы над информационной моделью, как правило, необходимо распечатать логический и физический уровни диаграммы, а также отчеты по соответствиям "сущность–таблица", "атрибут–имя колонки". Диаграмма физической модели является необходимым и очень удобным материалом для разработчиков прикладных программ, использующих обращения к базе данных. Для этого с помощью команды меню "Tasks/Generate Reports…" можно вызвать диалоговое окно "Report Browser", в котором представлены всевозможные виды отчетов по разработанной информационной модели. Рисунок 2.40 иллюстрирует пример построения отчета о соответствии названий сущностей и их атрибутов именам колонок реальной базы данных.
Сгенерированный отчет может быть выведен на печать или сохранен на диске в удобном формате, предусматривающем его последующую корректировку в текстовом редакторе или электронных таблицах.