Читали тему (1): Анонимы (1)
Читали форум (1): Анонимы (1)
Пользователи онлайн (9):
Анонимы (8), Yandex Bot 7 мин.
|
|
|
перехват вызова процедур
|
|||
|---|---|---|---|
|
#18+
Коллегию доброго дня! Существует ли легитимный способ перехвата вызова хранимых процедур по соответствию имени определенной маске ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2020, 18:16 |
|
||
|
перехват вызова процедур
|
|||
|---|---|---|---|
|
#18+
Informix 12.10 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2020, 18:17 |
|
||
|
перехват вызова процедур
|
|||
|---|---|---|---|
|
#18+
cpr, сильно сомневаюсь что SP вызов вообще может быть перехвачен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2020, 06:26 |
|
||
|
перехват вызова процедур
|
|||
|---|---|---|---|
|
#18+
Выбегалло, А есть ли возможность внутри хранимой процедуры получить доступ к входным параметрам процедуры не по именам как положено, а например по номеру ? Тут задача возникла залогировать вызов кучи процедур с входными параметрами и не хочется писать специфичный для каждой процедуры код. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2020, 12:14 |
|
||
|
перехват вызова процедур
|
|||
|---|---|---|---|
|
#18+
cpr, простого решения я не вижу. Нет, по номеру параметр использовать нельзя, только по имени. Если процедур действительно много, то можно вытаскивать код процедуры из sysprocbody, парсить все что между скобками параметров, составлять динамический INSERT и выполнять его. Больше всего конечно траха с распарсиванием. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2020, 01:44 |
|
||
|
перехват вызова процедур
|
|||
|---|---|---|---|
|
#18+
аудит, похоже, значения параметров не хранит - только факт вызова процедуры. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2020, 01:45 |
|
||
|
перехват вызова процедур
|
|||
|---|---|---|---|
|
#18+
Почитал как SPL Debugger работает. Деталей никто не дает, но, похоже, там фишка в использовании DRDA connection. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2020, 21:50 |
|
||
|
перехват вызова процедур
|
|||
|---|---|---|---|
|
#18+
Напоминаю о существовании TRACE ON/TRACE PROCEDURE и SET TRACE TO/SET DEBUG FILE. Может удастся использовать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2020, 21:57 |
|
||
|
перехват вызова процедур
|
|||
|---|---|---|---|
|
#18+
bk0010 Напоминаю о существовании TRACE ON/TRACE PROCEDURE и SET TRACE TO/SET DEBUG FILE. Может удастся использовать? Врядли. TRACE ON ставится после DEFINE секции и не пишет параметры процедуры в которой указан - только параметры процедур, из нее вызываемых. Все равно в каждой процедуре придется писать SET DEBUG FILE TO 'pathname'; TRACE "Parameters: param1 =" || param1 || ", param2=" || param2 ...; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2020, 00:25 |
|
||
|
перехват вызова процедур
|
|||
|---|---|---|---|
|
#18+
Выбегалло cpr, простого решения я не вижу. Нет, по номеру параметр использовать нельзя, только по имени. Если процедур действительно много, то можно вытаскивать код процедуры из sysprocbody, парсить все что между скобками параметров, составлять динамический INSERT и выполнять его. Больше всего конечно траха с распарсиванием. По этому пути и пошел. Написал утилиту, которая получает имя процедуры и генерирует код для вставки в процедуру. Код сворачивает входные параметры и глобальные процедуры с их значениями в JSON и пишет в таблицу. Входные параметры парсить не нужно т.к. они есть в системной таблице sysproccolumns. Кстати, как оказалось, в Оракле , несмотря на наличие представлений, описывающих binding , изнутри параметры процедуры тоже недоступны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2020, 21:08 |
|
||
|
|
Start [/forum/topic.php?fid=44&tid=1606696]: |
0ms |
get settings: |
0ms |
get forum list: |
8ms |
check forum access: |
0ms |
check topic access: |
0ms |
track hit: |
37ms |
get topic data: |
4ms |
get forum data: |
0ms |
get page messages: |
21ms |
update_topic_read_status (1606696): 30.07.2020 21:08:08: |
0ms |
get tp. blocked users: |
0ms |
get online users: |
40ms |
check new: |
1ms |
| others: | 85ms |
| total: | 196ms |
| 0 / 0 |
