Разработка моделей базы данных и приложений

На этом этапе осуществляется отображение элементов полученных ранее моделей классов в элементы моделей базы данных и приложений:

• классы отображаются в таблицы;
• атрибуты – в столбцы;
• типы – в типы данных используемой СУБД;
• ассоциации – в связи между таблицами (ассоциации " многие-ко-многим" преобразуются в ассоциации " один-ко-многим" посредством создания дополнительных таблиц связей);
• приложения – в отдельные классы с окончательно определенными и связанными с данными в базе методами и атрибутами.

Поскольку модели базы данных и приложений строятся на основе единой логической модели, автоматически обеспечивается связность этих проектов (рис.12.12).

Рис. 12.12. Связь между проектами базы данных и приложений

В модель базы данных отображаются только перманентные классы, из которых удаляются атрибуты, не отображаемые в столбцах (например, атрибут типа " Общий объем продаж ", который получается суммированием содержимого множества полей базы данных). Некоторые атрибуты (например, АДРЕС ) могут отображаться в множество столбцов ( СТРАНА, ГОРОД, УЛИЦА, ДОМ, ПОЧТОВЫЙ ИНДЕКС ).

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

Отображение классов подтипов в таблицы осуществляется одним из стандартных способов:

• одна таблица на класс;
• одна таблица на суперкласс;
• одна таблица на иерархию.

В первом случае для каждого из классов создается отдельная таблица, между которыми затем устанавливаются необходимые связи. Во втором случае создается таблица для суперкласса, а затем в каждую таблицу подклассов включаются столбцы для каждого из атрибутов суперкласса. В третьем – создается единая таблица, содержащая атрибуты как суперкласса, так и всех подклассов (рис.12.13). При этом для выделения исходных таблиц подклассов в результирующую таблицу добавляется один или более дополнительных столбцов (на рисунке показан курсивом).

 

Рис. 12.13. Преобразование иерархии в таблицу

 

Разработка проекта базы данных осуществляется с использованием специального UML-профиля (Profile for Database Design), который включает следующие основные компоненты диаграмм:

• таблица – набор записей базы данных по определенному объекту;
• столбец – элемент таблицы, содержащий значения одного из атрибутов таблицы;
• первичный ключ (РК) – атрибут, однозначно идентифицирующий строку таблицы;
• внешний ключ (FK) – один или группа атрибутов одной таблицы, которые могут использоваться как первичный ключ другой таблицы;
• обязательная связь – связь между двумя таблицами, при которой дочерняя таблица существует только вместе с родительской;
• необязательная связь – связь между таблицами, при которой каждая из таблиц может существовать независимо от другой;
• представление – виртуальная таблица, которая обладает всеми свойствами обычной таблицы, но не хранится постоянно в базе данных;
• хранимая процедура – функция обработки данных, выполняемая на сервере;
• домен – множество допустимых значений для столбца таблицы.

На рис.12.14 представлен фрагмент модели базы данных — две таблицы, соответствующие классам " пациент " (рис.12.3, рис.12.6) и " минимальный набор данных " (рис.12.8). Связь между ними обязательная, поскольку " минимальный набор данных " не может существовать без " пациента ".

 

Рис. 12.14. Фрагмент модели базы данных

 

На диаграммах указываются дополнительные характеристики таблиц и столбцов:

• ограничения – определяют допустимые значения данных в столбце или операции над данными (ключ (PK, FK) – ограничение, определяющее тип ключа и его столбец; проверка (Check) – ограничение, определяющее правило контроля данных; уникальность (Unique) – ограничение, определяющее, что в столбце содержатся неповторяющиеся данные);
• триггер – программа, выполняющая при определенных условиях предписанные действия с базой данных;
• тип данных и пр.

Результатом этапа является детальное описание проекта базы данных и приложений системы.

 

⇐ Предыдущая26272829303132333435Следующая ⇒

Поделиться:

Популярное:

1. CASE-средства проектирования баз данных
2. I. Краткое изложение данных истории болезни
3. SWIFT как система передачи данных.
4. VI. Разработка теории систем и теории компромиссов
5. VI. Разработка теории систем и теории компромиссов
6. Анализ материально-технической базы на предприятии
7. АППРОКСИМАЦИЯ ДАННЫХ С ИСПОЛЬЗОВАНИЕМ МЕТОДА НАИМЕНЬШИХ КВАДРАТОВ
8. Архитектура производственной базы данных реального времени
9. Базы данных в Visual Basic и VBA. Самоучитель
10. В разделе о намеренно созданных сообществах мы раскроем несколько здравых принципов для установки солнечных батарей, ветряных мельниц и гидроустановок.
11. В сорока километрах от объединённой базы Литл-Крик-Стори.
12. В условиях применения компьютерной обработки данных