|
|
|
перехват вызова процедур
|
|||
|---|---|---|---|
|
#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&msg=39981954&tid=1606696]: |
0ms |
get settings: |
11ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
36ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
2ms |
| others: | 13ms |
| total: | 138ms |
| 0 / 0 |
