На основе технического задания D4, описания выбранных программных средств разработки D5, описания функциональной структуры КЭИС D6, описания выбранного сервера БД D2 и его СУБД G2, конфигурации вычислительной сети G1 осуществляются разработка схемы БД с управляющими элементами - G5 и ее документирование D10.
Создание схемы БД сводится к выполнению следующих технологических операций (рис. 12.4):
Проектирование структуры распределенной базы данных (П31).
Разработка структуры распределенной базы данных D7 происходит на основе описания функциональной структуры КЭИС D6, как правило, с помощью CASE-технологии - D5 с учетом описания выбранного сервера БД D2 в конкретной программно-технической среде G1 и СУБД G2. В результате строятся модель базы данных и подмодели для различных категорий пользователей на основе установления им прав доступа к данным.
Создание области базы данных (П32).
Создание области базы данных G3 заключается в инициализации областей внешней памяти (системной, хранения данных, транзакций, хранения архивных данных). Данная операция выполняется системным администратором БД, который использует для этих целей средства СУБД сервера БД G2 и спроектированную структуру базы данных D7.
Загрузка SQL-описания БД (ПЗЗ).
Загрузка SQL-описания БД G4 осуществляется системным администратором БД на основе схемы базы данных D7 средствами СУБД сервера БД G2.
Разработка управляющих элементов БД (триггеров, процедур и т. д.) (П34).
Разработка управляющих элементов G5, к которым относятся хранимые процедуры и триггеры, осуществляется на основе структуры базы данных D7 с учетом ее SQL-описания БД G4 и возможностей средств СУБД сервера БД G2. В результате получается готовая для эксплуатации схема базы данных с управляющими элементами, которая документируется в D10.
Рис. 12.4. Технологическая сеть проектирования базы данных в клиент-серверной среде: D2 - описание выбранного сервера БД, D5 - описание выбранных программных средств разработки КЭИС, D6 - описание функциональной структуры КЭИС; D7 - структура базы данных; D10 - сопровождающая документация, G1 - вычислительная сеть; G2 - СУБД, G3 - область базы данных, G4 - SQL-описание БД; G5 - SQL-описание БД с управляющими элементами.
Хранимая процедура представляет собой вариант программного наполнения базы данных, основная функция которой - функциональное расширение схемы БД. Хранимая процедура выполняет то или иное логическое действие. Например, администратор банковской системы создает хранимую процедуру, которая реализует функцию «занести на счет номер X сумму Y».
Разработчик приложения пользуется этой процедурой, но не знает, как именно она работает. Это дает следующие преимущества:
· когда меняется алгоритм данного действия, то администратор меняет только эту хранимую процедуру и все приложения сразу начинают работать по-новому;
· независимо от типа рабочего места, использующего хранимую процедуру, одно и то же действие выполняется одинаково, что повышает надежность разработанной системы;
· хранимая процедура пишется одним человеком, а используется многими, следовательно, повышаются темпы разработки КЭИС;
· повышается скорость обработки запросов пользователей за счет того, что действия по анализу хранимой процедуры выполняются единожды при определении этой процедуры.
Триггер БД - это механизм «событие - действие», который автоматически выполняет некоторый набор SQL-операторов, когда происходит некоторое событие. Событиями, на которые можно установить триггер, являются модификации данных. Причем триггер связан с конкретной таблицей БД. Триггер хранится как объект в базе данных. Создание триггеров позволяет установить правила обеспечения ссылочной целостности сервера БД.
