Создание схемы базы данных (БД) (ПЗ)

На основе технического задания 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-операторов, когда происходит некоторое событие. Событиями, на которые можно установить триггер, являются модификации данных. Причем триггер связан с конкретной таблицей БД. Триггер хранится как объект в базе данных. Создание триггеров позволяет установить правила обеспечения ссылочной целостности сервера БД.