как реализовать?

Как реализовать? Есть запрос
delete * from MON$ATTACHMENTS
where mon$attachment_id=(select mon$attachment_id from mon$transactions where mon$transaction_id=(select mon$oldest_transaction from mon$database))

для удаления зависших транзакций, они мешают sweep
как сделать чтобы если значение mon$database в течении срока (3-5 дней ) не изменяется, то запускать скрипт на удаление,если изменятся - ничего не делать?

опечатался, правильно будет:
для удаления зависших транзакций, они мешают sweep
как сделать чтобы если значение mon$oldest_transaction в течении срока (3-5 дней ) не изменяется, то запускать скрипт на удаление,если изменятся - ничего не делать?

Linium,

а почему не искать причины зависания и устранять их???

m7m,в ПО используется BDE, так что такие случаи будут.

Linium,

а какая разница, какое используется ПО? Вы через SQL делаете тоже самое, что и просто закрыть приложение. Не проще ли делать сразу второе, регламентным путем?

да и вообще, скрипт в общем случае нерабочий. Ибо OIT не обязана быть активной и присутствовать в мониторинге.

dimitr,а как тогда выявить?

Linium
в ПО используется BDE

И чё? BDE управляет транзакциями ничуть не хуже любых других компонент.

Posted via ActualForum NNTP Server 1.5

Dimitry Sibiryakov,Я не автор ПО.

Linium,

для начала стоит определиться с терминологией. OIT свипу никак не мешает, а вот OAT очень даже. Замените в своем скрипте mon$oldest_transaction на mon$oldest_active и есть некоторый шанс, что это взлетит. Но лучше не смотреть на эти счетчики вообще, а просто отслеживать разницу current_timestamp - mon$timestamp (для транзакций или аттачей - на выбор) более чем N дней и уже тогда их отстреливать. Тогда OAT застревать не будет и свипу никто не помешает.