Программирование баз данных

Независимо от того, где расположена логика приложения, программа (клиент) взаимодействует с базой данных (сервером), чтобы получить информацию для ее отображения и предоставления в распоряжение пользователя для дальнейших мани­пуляций. Однако современные базы данных также можно программировать. Говорят, что эти современные базы данных активны.

Программы баз данных называются хранимыми процедурами (stored procedure). Хра­нимые процедуры хранятся в самой базе данных (они являются постоянными или пер-систентными). Их можно вызвать из клиентской программы (или из другой хранимой процедуры) с помощью обычного оператора вызова процедуры/функции.

Существуют хранимые процедуры специального вида - триггеры, которые нельзя вызвать явно. Триггер срабатывает автоматически при попытке изменить содержи­мое базы данных. Триггеры используются для реализации бизнес-правил масштаба предприятия, которые должны быть проведены в жизнь способом, независимым от клиентских программ (или хранимых процедур). Триггеры усиливают целостность и непротиворечивость баз данных. Они не позволяют отдельным приложениям нару­шать бизнес-правила, заложенные в базу данных.

Взаимодействие "приложение-база данных"

Нам необходимо решить, какая часть системы будет запрограммирована в клиен­те, а какая - в базе данных. При этом рассматриваются следующие программируемые части системы.

• Пользовательский интерфейс.

• Презентационная логика.

• Прикладные функции.

• Интегральная логика.

• Функции доступа к данным.

Часть программы, которая называется пользовательским интерфейсом, отвечает за ото­бражение информации на конкретный GUI-интерфейс, такой как GUI-интерфейс Micro­soft Windows, GUI-интерфейс Unix Motif, GUI-интерфейс Macintosh. Презентационная логи­ка (или логика представления) отвечает за обработку объектов GUI-интерфейса (форм, меню, кнопок действий и т.д.), как того требуют функции приложения.

Функции приложения содержат основную логику программы. Они фиксируют дей­ствия приложения и представляют собой связующее звено, соединяющее вместе кли­ента И базу данных. С точки зрения подхода ВСЕ функции приложения реализуются классами управляющего пакета.

Интегральная логика отвечает за бизнес-правила масштаба предприятия. Это пра­вила, которые применяются ко всем прикладным программам, т.е. все программы

должны функционировать в соответствии с ними. Функции доступа к данным владеют вопросами доступа к постоянным объектам данных на диске.

Стратегия повторного использования

UML определяет повторное использование (reuse) как "использование ранее сущест­вовавших артефактов". Стратегия влияет на степень детализации, с которой осуществляется повторное использование. Могут применяться следующие степени де­тализации повторного использования.

• Класс.

• Компонента.

• Идея решения.

В связи со степенью детализации существуют три соответствующие стратегии по­вторного использования в основе которых лежат следующие программные сущности.

1. Инструментальные средства (библиотеки классов).

2. Каркасы.

3. Шаблоны анализа и проектирования.