|
|
|
Исключить системные подключения в "ON CONNECT"
|
|||
|---|---|---|---|
|
#18+
Firebird 3.0.7 Приветствую знатоков и разработчиков! Использую триггер "ON CONNECT" для логирования. Необходимо системные подключения пропускать, например, чтобы запуск резервного копирования через Service API не попадал в лог. Я завязался на RDB$GET_CONTEXT ('SYSTEM', 'CLIENT_PROCESS') и если это NULL, "gbak" и прочее, то выхожу из триггера. Всё было хорошо пока подключался через службу. Однако при использовании embedded обнаружилось, что Код: plsql 1. возвращает NULL всегда. По этой теме обнаружил похожий вопрос - по MON$REMOTE_PROCESS для Embedded CORE-2938 . И, судя по датам в трекере - 23/Mar/10, решение не планируется. Какую альтернативу посоветуете? Как по-другому можно исключить системные подключения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2021, 19:43 |
|
||
|
Исключить системные подключения в "ON CONNECT"
|
|||
|---|---|---|---|
|
#18+
Я бы посоветовал исключать не "системные подключения", а "известные свои подключения" используя опцию isc_spb_bkp_no_triggers при "запуске резервного копирования через Service API". Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2021, 19:49 |
|
||
|
Исключить системные подключения в "ON CONNECT"
|
|||
|---|---|---|---|
|
#18+
ggreggory Использую триггер "ON CONNECT" для логирования. Необходимо системные подключения пропускать, например, чтобы запуск резервного копирования через Service API не попадал в лог. ggreggory Какую альтернативу посоветуете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2021, 20:24 |
|
||
|
Исключить системные подключения в "ON CONNECT"
|
|||
|---|---|---|---|
|
#18+
isc_spb_bkp_no_triggers прикрутил, работает остальные подключения оставлю... будут или нет проблемы пока не знаю, надо будет пробовать... спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2021, 13:59 |
|
||
|
Исключить системные подключения в "ON CONNECT"
|
|||
|---|---|---|---|
|
#18+
Кстати, как идея. Возможно, было бы неплохо иметь в буфере DPB возможность добавления user-defined параметра (строки), который потом можно было бы достать с помощью RDB$GET_CONTEXT или таблиц мониторинга. Тогда триггером "ON CONNECT" можно было бы управлять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2021, 14:12 |
|
||
|
Исключить системные подключения в "ON CONNECT"
|
|||
|---|---|---|---|
|
#18+
ggreggory Кстати, как идея. Возможно, было бы неплохо иметь в буфере DPB возможность добавления user-defined параметра (строки), который потом можно было бы достать с помощью RDB$GET_CONTEXT или таблиц мониторинга. Тогда триггером "ON CONNECT" можно было бы управлять. isc_dpb_process_name можно переопределять в своем приложении ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2021, 15:25 |
|
||
|
Исключить системные подключения в "ON CONNECT"
|
|||
|---|---|---|---|
|
#18+
17.02.2021 15:25, dimitr пишет: > isc_dpb_process_name можно переопределять в своем приложении так нечестно! Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2021, 15:30 |
|
||
|
Исключить системные подключения в "ON CONNECT"
|
|||
|---|---|---|---|
|
#18+
dimitr ggreggory Кстати, как идея. Возможно, было бы неплохо иметь в буфере DPB возможность добавления user-defined параметра (строки), который потом можно было бы достать с помощью RDB$GET_CONTEXT или таблиц мониторинга. Тогда триггером "ON CONNECT" можно было бы управлять. isc_dpb_process_name можно переопределять в своем приложении Всё работает!!! Вопрос решен! Спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2021, 17:02 |
|
||
|
|
start [/forum/search_topic.php?author=%D0%98%D0%B4%D1%83%D1%89%D0%B8%D0%B9+%D0%BB%D0%B5%D1%81%D0%BE%D0%BC&author_mode=last_topics&do_search=1]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
156ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
2ms |
| others: | 886ms |
| total: | 1162ms |
| 0 / 0 |
