Как вызвать один метод при записи в любую таблицу

[Dimitry]

При записи или апдейте любой таблицы в аксапта необходимо вызвать одим метод. Подскажите как это сделать?

[Lucky13]

Можно вызывать метод из Application.logInsert и Application.logUpdate. Правда он будет вызываться только для таблиц, которые включены в журнал базы данных. Можно также перекрыть insert/update таблицы SysTraceTableSQL, но опять же будет рабоать только при включенном мониторинге запросов SQL. По другому, по-моему никак.
А что будет делать этот метод, если не секрет?

[Dimitry]

Метод будет писать историю изменений определеных полей... а так как лазить по таблицам и перекрывать методы инсерт и апдейт сильно лень, хочется более универсального.

[belugin]

1. А посему бы не прологировать через SysDataBaseLog
2. Можно сделать скрипт, который пройдется по всем таблицам и впишет нужный текст в update

Разобрать текст существующего метода можно через ParserClass

[oip]

Цитата:

Сообщение от belugin

2. Можно сделать скрипт, который пройдется по всем таблицам и впишет нужный текст в update

+1. Я бы так и сделал. Думаю это самое простое и надежное.

PS Но не забывайте про do* методы и рекордсеты!

[Sada]

В 4-ке есть семейство классов Event***. Если у Вас 4-ка то можно попробовать заюзать их. А заодно и поделится результатами исследования. Мне скоро самому предстоит сделать нечто подобное

[Dimitry]

У меня 3,0

[Sada]

А по-моему как то кривовато во всех инсертах и апдейтах писать одно и тоже... Может кто всеже подскажет элегантное решение...

[mazzy]

Цитата:

Сообщение от Dimitry

При записи или апдейте любой таблицы в аксапта необходимо вызвать одим метод. Подскажите как это сделать?

В такой формулировке - никак.
потому что запись (insert?) и апдейт может выполняться при помощи методов doInset и doUpdate.
SysDatabaseLog не вызывается даже для настроенных таблиц, если перед записью был вызван skip-метод.
Есть еще операции, работающие с рекордсетами, которые могут изменять данные, но ядром опять же не обрабатываемые (поскольку обновление идет непосредственно в СУБД)
Кроме того, некоторые таблицы система обновляет сама из ядра (например, SQLdictionary)

Средствами Аксапты нельзя перехватить ВСЕ записи и обновления. Можно перехватить только некоторые.
Либо ставьте триггера напрямую в СУБД, либо добавить вызов вашего обработчика в методы insert/update.

Кроме того, учтите!
Что как только вы ставите обработчик в Аксапту, то Аксапта тут же перестает отправлять групповые запросы на сервер и начинает обрабатывать каждую запись самостоятельно. См. хелп "What prevents fast SQL operations?"

В общем, Dimitry, вы хотите странного.
Скорее всего, то, что вы хотите вам не нужно, а нужно что-то совсем другое.
Но если вы настаиваете, то, что вы хотите сделать лучше делать на уровне СУБД, а не Аксапты.

[Dimitry]

Объясню подробнее что я хочу.
Сейчас у меня есть некое поле "Исполнитель", которое встречаеться в пяти таблицах. При редактировании его пользователем (соответсвенно doUpdate и doInsert отменяется), необходимо сохранять историю изменений.
На пяти таблицах для одного поля написать вручную без проблем.
Но хотелось бы сделать более универсальную систему, так как есть вероятность что завтра захотят видеть историю по другому полю в других таблицах.

[mazzy]

Цитата:

Сообщение от Dimitry

Объясню подробнее что я хочу.
... в пяти таблицах.

Вот оно оказывается как! В пяти таблицах... Напомню, что ЛЮБЫХ таблиц в Аксапте больше 2000.

Цитата:

Сообщение от Dimitry

На пяти таблицах для одного поля написать вручную без проблем.

Ну, дык, напишите класс, в update добавьте вызов.

Цитата:

Сообщение от Dimitry

Но хотелось бы сделать более универсальную систему

Зачем?

Цитата:

Сообщение от Dimitry

так как есть вероятность что завтра захотят видеть историю по другому полю в других таблицах.

Добавите и туда вызов вашего класса.

Кстати, а есть вероятность того, что на тех таблицах doInset, doUpdate и recordset-операции будут?


Я потихоньку шизею от вопросов в последние дни (наверное так ужасно жара на меня влияет).
Человеку лениво вставить одну строчку вызова в пять-десять методов.
Но не лениво писать супернавороченную систему, которая работает во всех случаях...

[mazzy]

пока писал, уже ответили по существу.
полностью поддерживаю предыдущих ораторов.

[oip]

Цитата:

Сообщение от mazzy

Человеку лениво вставить одну строчку вызова в пять-десять методов.
Но не лениво писать супернавороченную систему, которая работает во всех случаях...

Ну так это же гораздо интереснее!

Цитата:

Сообщение от mazzy

Если же вы решаете свои ПРОГРАММИСТСКИЕ задачи, то конечно же надо делать самый универсальный способ. Это же так интересно! Заставить работать иерархию в реляционной базе данных! Это же какая победа программиста! Любой программист это оценит, ей богу. Так и рождаются универсальные построители sql запросов, когда есть query, так рождаются динамические формы с произвольным числом реквизитов произвольного типа и т.п. Беда только в том, что ПОЛЬЗОВАТЕЛЮ это нафиг не нужно. Пользователю нужно решение ЕГО проблем. Желательно понятными для него способами.

[Dimitry]

Цитата:

Сообщение от mazzy

Человеку лениво вставить одну строчку вызова в пять-десять методов.
Но не лениво писать супернавороченную систему, которая работает во всех случаях...

Оно так как-то красивше...

[belugin]

Общая шина? YAGNI!

А не настроить ли логинг на 5 таблицах?

[Dimitry]

Цитата:

Сообщение от belugin

А не настроить ли логинг на 5 таблицах?

Можно.... но тока он аксапту тормозит слегка.... а если потом еще 10 таблиц добавить?

[kashperuk]

Цитата:

Сообщение от Dimitry

Можно.... но тока он аксапту тормозит слегка.... а если потом еще 10 таблиц добавить?

А Вы что думаете, что Ваша универсальная фича ее ускорять будет?

[Dimitry]

Цитата:

Сообщение от kashperuk

А Вы что думаете, что Ваша универсальная фича ее ускорять будет?

Нет. Но тормозить будет не так... Ибо я буду писать историю только определеного поля, а не всего подрят.

[glibs]

У вас есть функциональность журнала БД?

[Dimitry]

нет