Описание модулей подсистемы связи с СУБД

↑

▷ Содержание

⇐ ПредыдущаяСтр 5 из 7Следующая ⇒

Разработанные модули обеспечивают обмен данными между Подсистемой и API СУБД. Помимо взаимодействия с API СУБД модули обеспечивают контроль данных для снижения количества ошибок пользователя.

API СУБД

Для доступа к данным были разработаны и внесены в ИС «ЭПОС» хранимые процедуры:

· get_input_monitoring_prefs – вызов параметров для контроля за задержкой ввода данных;

· get_active_lists_wells – запрос данных для оповещения по Событиям;

· get_events – запрос данных по событию, выбранной скважины;

· get_data_request_attr – получение данных по запросу;

· del_lists_wells – удаление группы из подписки;

· del_lists_wells_set – удаление скважины из группы подписки;

· upd_lists_wells – обновление значений параметров подписки на События;

· get_data_request – формирование заявок на коррекцию и дополнение данных;

· add_data_request – добавление заявок на коррекцию и дополнение данных;

· add_lists_wells – добавление группы скважин;

· add_lists_wells_set – добавление скважины в группу подписок;

· update_data_requests_state – обновление статуса запроса;

· upd_lists_wells_set_note – обновление параметров скважин в подписке;

· upd_active_events_status – обновление статуса оповещения по Событиям;

· get_request_receivers – получение списка запросов;

· rem_data_request – удаление запроса;

· get_lists_wells – запрос данных по подписке;

· copy_lists_wells – копирование общую группу в список личных групп;

· set_input_monitoring_prefs – обновление параметров для настройки подписки на оповещение по задержкам ввода данных;

· get_data_requests_count – возвращает количество необработанных запросов;

· get_lists_wells_set – управление общими группами подписок.

Разработанные хранимые процедуры обеспечивают операции над данными, хранящимися на сервере СУБД. Подробно хранимые процедуры описаны в таблице 9.

Таблица 9

Описание хранимых процедур

Продолжение табл. 9

Продолжение табл. 9

Окончание табл. 9

Использование хранимых процедур позволяет снизить нагрузку на компьютерную сеть и упрощает разработку клиентских приложений[8].

Модуль опроса базы данных

Для автоматического опроса базы данных разработан модуль опроса базы данных. Модуль в соответствии с параметрами, приходящими из модулей формирования подписки и модуля формирования запроса, периодически опрашивает сервер о наличии новых оповещений. В случае, когда появляются новые оповещения, модуль дает сигнал в модуль оперативного оповещения о том, что необходимо оповестить пользователя. Модуль содержит класс IdleHandler_MessageNotifications. Класс по созданному в подсистеме связи с СУБД соединению опрашивает каждую минуту сервер базы данных через хранимую процедуру get_data_requests_count о количестве необработанных запросов на коррекцию или дополнение данных и через хранимую процедуру get_new_events_count о новых Событиях. Если возвращаемое той или иной процедурой значение больше нуля, то отправляется соответствующий сигнал в модуль оперативного оповещения.

Познавательные статьи:



Организация работы процедурного кабинета

Статус республик в составе РФ

Понятие финансов, их функции и особенности

Сущность демографической политии