"Yakov Hrebtov" ...
Нельзя ли разрешить изменения 'on commit delete rows'-таблиц в рамках RO-транзакции? На мой взгляд, это было бы полезно с практической точки зрения использования временных таблиц. Есть ли какие-то препятствия для реализации такой функциональности? Версионность в таких врем. таблицах теряет смысл. Понятно, что данные, находящиеся в 'on commit delete rows'-таблице принципиально не могут быть доступны другим транзакциям - БД после завершения транзакции гарантировано остается в неизменном виде, т.е. read-only фактически не нарушается. Кто что думает по этому поводу? :) (особенно разработчики)
Обсуждали уже. Для GTT с ON COMMIT PRESERVE ROWS изоляция тр-ций нужна, делать пол-решения никто не будет. После 3.0 к этому вопросу обязательно вернёмся. Насчёт read-only тр-ций есть ещё несколько интересных\нужных фич, читайте fb-architect ;) -- Хорсун Влад PS http://tracker.firebirdsql.org/browse/CORE-1325
