Vlad F,

необязательно заходим http://firebirdsql.org/en/planning-board/

и там нету COMPLETED напротив TRUNCATE TABLE

Arioch,

он не много не в курсе, да и ты похоже тоже. Стабильность курсора это то что правилось ещё в 3.0. Всякие там INSERT table SELECT FROM table и оно никакого отношения к новому принципу снимков в 4.0 не имеет.

В 4.0 исправлена совсем другая ошибка - согласованность результатов запроса в транзакции RC. Это например. когда один поток вставляет записи в таблицу пачками по 1000 штук, а второй считает эти записи. Так вот в старой схеме в RC запрос мог вернуть результат не кратный 1000. Чтобы запрос на подсчёт записей работал верно необходимо было повышать уровень изолированности транзакции до Snapshot.

Теперь любой запрос в RC работает в собственном снимке, что позволяет получить согласованный результат, и именно это делает невозможным запуск RC RO как Pre-Commited. Помниться когда Николай только предложил сей патч я тоже возмущался в fbdevel, мол как же так теперь RC RO удерживает сборку мусора. На что Джим предложил концепцию промежуточной сборки мусора. Позже Николай её реализовал, а Влад довёл и то и другое до ума. Теперь вообще любая RC транзакция не такая уж страшная.

Ariochтак я и спрашиваю, почему "это делает невозможным" ?

Тебе действительно это важно? Ну даже если бы было возможным, то всё равно было бы бессмысленным, ибо правила сборки мусора поменялись. Всё равно для нельзя начать считать версию мусором до тех пор пока она требуется конкретному снимку. В RC снимок делается на время работы запроса. Т.е. пока ты не отфетчил из курсора последнюю запись, ты не можешь считать версии требующиеся снимку на момент старта этого запроса мусором.

Ariochвот это, кстати, в релноты бы там сразу и добавить

RN пишет Хелен. Кстати там в принципе об этом написано, но не в явном виде. Надо самому сделать вывод из описания новой схемы работы RC и схемы сборки мусора. Но здесь Влад пояснял эти моменты.

DmSerА что будет, если в режиме RC RO запустить тяжёлый "Execute block" с кучей SELECT-запросов, который будет выполняться минуту? Он теперь не будет видеть никакие изменения в БД, которые произведены после момента своего запуска?

Да и это правильно, ибо Execute block это один составной оператор.

hvladPS Старые "кривые" RC REC VER\NO REC VER не запрещены, ими можно по-прежнему пользоваться

DmSer,

чтобы они работали это надо ещё изменить в конфиге ReadConsistency в 0, ибо в конфигурации по умолчанию любая RC стартует как RC RC не зависимо от RC REC VER\NO REC VER

Мимопроходящий,

да isc_tpb_read_consistency

Мимопроходящий,

да