Кто нить знает как мне посмотреть tip т.е. глянуть что домустим транцакция ххх была отролена, ххх++ завершилась коммитом, и так все что есть по транзакциям

2 vis
на базе которую нам отдает разработчик никогда в жизни не проходила уборка мусора, и у меня такое предположение что основная масса транзакций которые не вызывают модификации данных, т.е. просто генерят какойнить отчет, завершаются rollback а не commit, хотелось бы проверить свое предположение

Это я уже читал и как раз у меня возникло ощущение что клиент написан так что он готовит засаду.
базу нам присылают не бэкап а рабочую, и причем в них обновление от версии к версии идет alter, и там уже такие деревья наплодились, что они раз по моей просьбе прислали бэкап и я не смог его проресторить, дошел до создания индексов, а далее parametr mismach for procedure xxxx, хотя на некоторых базах b/r проходит без проблем, такая только одна попалась

да рабочую БД вот ее самую
sweep interval 20 000 усе с энтим в порядке сразу посмотрел
сервер ИБ 4.1 в основном и ИБ 5.6

2 vis
Ну а в том документе который ты мне прислал ты же сам про засаду читал, вот у меня такое чувство что те транзакции которые на клиенте вызывают селект не завершаются никак а объект их класса разрушается при закрытии окошка с отчетом и соответственно теряется хендлер транзакции, а в базе она продолжает висеть

2 МП
а что тогда с ней происходит ?
неужели в деструкторе класса стоит завершение по комиту или ролбэку ?

может я чего не понял но этот документ я уже внимательно читал, и за сегодня меня второй раз к нему отсылают выдержка из него


Транзакция 1 стартует, оглядывается, и идет покурить. Транзакция 2 стартует, обнаруживает что 1-ая является старейшей активной и
заинтересованной, вставляет запись 1 и завершается подтверждением. Транзакция 3 стартует, обнаруживает что 1-ая все еще старейшая активна и заинтересованная, вставляет запись 2 и завершается подтверждением. В конце концов транзакция 1000001 стартует, видит что 1-ая все еще старейша активная и заинтересованная, т.е. разница между OAT и OIT равна 0, и завершается. Опять чистка не возникает.

как мне отследить возникает ли у меня вышеописаная ситауция или нет

парни я в шоке,
подтвердились самые ходшие опасения, как вот теперь быть стоит ли както об энтом деликатно наменуть разработчику, или лучше не надо пусть будет как есть ?

и про мусор тоже

Oldest transaction 34
Oldest active 34
Oldest snapshot 713879
Next transaction 713888

как вам такое ?

ответ на мой вопрос здесь