Создание баз данных с использованием систем быстрой разработки приложений Delphi и C++Builder

Аббревиатурой FK (Foreign Key - внешний ключ) указаны атрибуты, по которым осуществляется связь между таблицами (по `Номеру медкарты' сущности `Посещение' осуществляется связь с сущностью `Пациент', по `Табельному номеру' сущности `Посещение' осуществляется связь с сущностью `Врач').

Рисунок 19. - Выделение сущностей `врач' и `пациент' из начального списка данных о посещении (логическая модель)

Дальнейшее работа по нормализации модели данных приводит к рис. 20. Сущность `Врач' включает атрибут `Специальность', который выделен в отдельную сущность `Специальность врача' (несколько врачей могут иметь одинаковую специальность); в число атрибутов сущности `Врач' при этом включен указывающий на новую сущность атрибут «Код специальности» (FK). Из подобных соображений выделены сущности-словари `Статус посещения', «Диагноз» и 'Цель' (посещения), соответствующие атрибуты сущности `Посещения' приобрели при этом статус FK.

На этом закончено создание логической модели данных, не связанной с конкретной физической реализацией БД. Следующий этап соответствует построению физической модели, на этом этапе конкретизируются имена таблиц и полей, типы полей для хранения атрибутов и иные объекты БД (индексы, триггеры, хранимые процедуры, коды для обеспечения ссылочной целостности БД); к этому моменту должна быть определена среда обработки данных (главное меню|Server|Target Server…|выбор конкретной платформы БД, в рассматриваемом случае выбран Oracle). Соответствующая этому физическая модель представлена рис. 21; при этом выбраны реальные имена полей, их типы (в соответствие с правилами Oracle, причем типы полей конкретизируются посредством выбора варианта SW Extended Att из выпадающего по щелчку правой кнопки мыши списка).

Рисунок 20. - Логическая модель данных после нормализации

На основе физической модели возможно описать реакцию сервера на попытки нарушения ссылочной целостности БД (рис. 22), для чего необходимо выделить соответствующую связь (черный квадратик на связи между сущностями `Visit' и `Patient') и выбрать вариант Referential Integrity из выпадающего по щелчку правой кнопки мыши списка. В данном случае на событие `Пациент осуществляет Посещение' определены соответствующие реакции по изменению данных - на событие Child Delete (попытка уничтожения данных в таблице Visit), событие Parent Delete (то же для таблицы Patient) и др.

Последним этапом является генерация самой БД на целевом сервере или создание сценария создания БД с помощью языка DDL (Data Definition Language), являющегося расширением SQL. В результате выполнения DDL-сценария на сервере создаются пустые таблицы и другие объекты БД (триггеры, удаленные процедуры и др.).

В случае сохранения проекта несложен процесс переноса (миграции) спроектированной БД между платформами; в случае отсутствия проекта реинжиниринг (необходим ERwin версии не ниже 3.0) возможен с участием программиста.

Рисунок 21. - Физическая модель данных

Порядок проведения работы. Студент получает задание на проектирование БД (необходимо точное указание требуемых характеристик будущей БД), с помощью ERwin создает первоначальный список атрибутов, проводит логическое моделирование (выделяет сущности и их атрибуты, определяет первичные ключи, проводит нормализацию БД), создает физическую модель, описывает (по заданию преподавателя) необходимые реакции сервера на заданные ситуации и (при соединении с целевым сервером) создает саму БД.

Преподавателем проверяется обоснованность проектирования (выявление сущностей и нормализации БД, описание типов полей БД, корректность обработки заданных ситуаций) и сама созданная база данных.

Оформление отчета по работе. Содержимое отчета должно отражать результаты процесса проектирования конкретной базы данных с использованием данной CASE-системы (включаются все вышеприведенные этапы проектирования БД). По требованию преподавателя приводятся эскизы представления логической структуры таблиц БД и связей таблиц.

Рисунок 22. - Описание реакции сервера на попытку нарушения ссылочной целостности данных

Список литературы

1. Гофман В., Хомоненко А. Delphi 5. - CПб.: BHV-Петербург, 2000. -800 c.

2. Карпова Т.С. Базы данных: модели, разработка, реализация. - CПб.: Питер, 2001. -304 c.

3. Грабер M. SQL. - M.: Лори, 2001. -643 c.

4. Елманова Н.З. Borland С++Builder. - М.: Диалог-МИФИ, 1998. - 240 c.

5. Мещеряков Е.В., Хомоненко А.Д. Публикация баз данных в Интернете. - CПб.: BHV-Петербург, 2001. -560 c.

6. Баканов В.М. Введение в язык SQL запросов к базам данных. - M.: MГАПИ, 2002. -61 c.