Dimitry SibiryakovНе делать их больше, чем необходимо по бизнес-правилам.

Холмс и Ватсон летят на воздушном шаре, их снесло ветром и они не
знают, где находятся.
Ватсон:
- Холмс, там внизу человек!
Холмс:
- Ватсон, спросите его, где мы находимся.
- Эй, человек, где мы находимся?
Человек смотрит вверх и кричит:
- На воздушном шаре!
Холмс:
- Это программист.
- Черт возьми Холмс, как вы догадались?
- Элементарно, Ватсон. Он дал абсолютно точный, но совершенно бесполезный ответ.

ТаблоидНастораживает. Какое-то "легкомысленное" отношение к данным: вставили - поглядели (а зачем еще их тогда вставляли ?) - грохнули. Там GTT случайно не подойдёт ?
Не-не, там все нормально. В базе фактически поток, соответственно хранится буфер самых свежих данных, а устаревшее чистится. GTT, к сожалению, не подходят, т.к. transaction-bound or connection-bound

Собственно, инфу о том, что проблема не только у меня, я получил, пару решений разной степени костыльности тоже нашлось. Всем спасибо за внимание :) Отдельный респект Таблоиду за конкретику!

kdvпро это написано во второй половине http://www.ibase.ru/devinfo/ibx.htm
Читаю
статьяТранзакции должны быть максимально короткими, независимо от условий задачи. Вы можете спросить - а как же просмотр данных, или ввод большой "карточки"? Здесь есть два исключения - в Firebird с 1.0 и InterBase с 6.0 транзакции read read_committed rec_version - они стартуют сразу в "завершенном" состоянии, поэтому могут длиться вечно (без необходимости commit/rollback и без влияния на накопление или сборку мусора).

...

Многие разработчики уже поняли этот недостаток, и действуют не по следующей схеме
StartTransaction;
IBDataSet.Edit; // вход в режим редактирования
ожидание ввода пользователя
IBDataSet.Post; // отправка результатов редактирования на сервер
Commit;

А по другой:

получаем данные из DataSet, прицепленного к читающей транзакции ожидаем ввод пользователя в компонентах TEdit и т.п. по нажатию кнопки "Сохранить"
StartTransaction
IBDataSet.Edit;
// заполняем столбцы или параметры запроса данными из обычных контролов
IBDataSet.Post;
Commit;

Собственно, это же я говорил ранее
ядлинная RO для селекта и короткие RW для модификаций.
что сударь ДС заклеймил обидными словами. На предложение поделиться мудростью он, впрочем, ответил невразумительной отпиской.
kdvчешуя. Ибо если есть активная транзакция, стартовавшая до удаления, select count не поможет. См. выше о том, что читать.
Отнюдь не чешуя. ХП не знает, есть ли в данный момент активная транзакция или нет (для формалистов: ХП не из-под sysdba) - да это и не нужно. И select count выполняется для обеспечения нормального режима работы, тогда как наличие тормозной активной транзакции - случай нештатный.