Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
20.07.2020, 18:16
|
|||
---|---|---|---|
|
|||
перехват вызова процедур |
|||
#18+
Коллегию доброго дня! Существует ли легитимный способ перехвата вызова хранимых процедур по соответствию имени определенной маске ? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
20.07.2020, 18:17
|
|||
---|---|---|---|
|
|||
перехват вызова процедур |
|||
#18+
Informix 12.10 ... |
|||
:
Нравится:
Не нравится:
|
|||
|
21.07.2020, 06:26
|
|||
---|---|---|---|
перехват вызова процедур |
|||
#18+
cpr, сильно сомневаюсь что SP вызов вообще может быть перехвачен. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
21.07.2020, 12:14
|
|||
---|---|---|---|
|
|||
перехват вызова процедур |
|||
#18+
Выбегалло, А есть ли возможность внутри хранимой процедуры получить доступ к входным параметрам процедуры не по именам как положено, а например по номеру ? Тут задача возникла залогировать вызов кучи процедур с входными параметрами и не хочется писать специфичный для каждой процедуры код. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
26.07.2020, 01:44
|
|||
---|---|---|---|
перехват вызова процедур |
|||
#18+
cpr, простого решения я не вижу. Нет, по номеру параметр использовать нельзя, только по имени. Если процедур действительно много, то можно вытаскивать код процедуры из sysprocbody, парсить все что между скобками параметров, составлять динамический INSERT и выполнять его. Больше всего конечно траха с распарсиванием. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
26.07.2020, 01:45
|
|||
---|---|---|---|
перехват вызова процедур |
|||
#18+
аудит, похоже, значения параметров не хранит - только факт вызова процедуры. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
27.07.2020, 21:50
|
|||
---|---|---|---|
перехват вызова процедур |
|||
#18+
Почитал как SPL Debugger работает. Деталей никто не дает, но, похоже, там фишка в использовании DRDA connection. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
27.07.2020, 21:57
|
|||
---|---|---|---|
перехват вызова процедур |
|||
#18+
Напоминаю о существовании TRACE ON/TRACE PROCEDURE и SET TRACE TO/SET DEBUG FILE. Может удастся использовать? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
29.07.2020, 00:25
|
|||
---|---|---|---|
перехват вызова процедур |
|||
#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 ...; ... |
|||
:
Нравится:
Не нравится:
|
|||
|
30.07.2020, 21:08
|
|||
---|---|---|---|
|
|||
перехват вызова процедур |
|||
#18+
Выбегалло cpr, простого решения я не вижу. Нет, по номеру параметр использовать нельзя, только по имени. Если процедур действительно много, то можно вытаскивать код процедуры из sysprocbody, парсить все что между скобками параметров, составлять динамический INSERT и выполнять его. Больше всего конечно траха с распарсиванием. По этому пути и пошел. Написал утилиту, которая получает имя процедуры и генерирует код для вставки в процедуру. Код сворачивает входные параметры и глобальные процедуры с их значениями в JSON и пишет в таблицу. Входные параметры парсить не нужно т.к. они есть в системной таблице sysproccolumns. Кстати, как оказалось, в Оракле , несмотря на наличие представлений, описывающих binding , изнутри параметры процедуры тоже недоступны. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=44&mobile=1&tid=1606696]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
61ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
others: | 9ms |
total: | 152ms |
0 / 0 |