при использовании set generator я тебе в любой версии сгенерю одинаковые номера из gen_id :-)

ЗЫ. SET GENERATOR - это теперь DDL, синоним ALTER SEQUENCE. DDL надо коммитить. Иначе ССЗБ.

Таблоид,

нет уж, ты сначала определись! :-)

kdvset generator всегда был DDL, и его в PSQL использовать было нельзя. С какой-то версии вроде можно.
1) SET GENERATOR никогда не был DDL . Он препарировался отдельным типом стеймента, выполнялся мгновенно (а не откладывался до коммита) и его нельзя было откатить. Почувствуйте, блин, разницу.

2) SET GENERATOR действительно не разрешался в PSQL, но это не делает его DDL. Только в Яффиле это ограничение убрали. А FB это можно обойти через EXECUTE STATEMENT.

Таблоиднепонятно, ЗАЧЕМ так сделано. Почему set autoddl off вдруг так "завлиял".
ты этот топик весь читал?

1) SET GENERATOR теперь = ALTER SEQUENCE = DDL, ибо стандарт не допускает произвольного изменения генераторов через DML. Сильно упертые могут продолжать выкручиваться с нестандартными инкрементами в GEN_ID.

2) Незакоммиченный DDL видеть никто не должен. Так что результат SET TRANSACTION до коммита виден только текущей транзакции.

3) В результате впервые в ФБ появляется транзакционный DDL - можно в одной и той же транзакции создать генератор и использовать его, а потом либо грохнуть либо закоммитить.

4) Возникает вопрос - какой счетчик должен увеличивать GEN_ID, выполненный в той же транзакции, что и незакоммиченный SET GENERATOR? Если "глобальный" (закоммиченный, видимый всем), то при коммите он сбросится в значение, установленное через SET GENERATOR - при неудачном раскладе мы потеряем и свои собственные изменения, и изменения других транзакций. Если "локальный" (видимый только текущей транзакции), то при коммите при неудачном раскладе мы потеряем только чужие изменения.

5) Явно изменять значения генераторов "на лету" при активной работе с базой - ахтунг. Делать это еще и в длинных транзакциях с GEN_ID внутри - дважды ахтунг. Кто на это нарвется в продакшене - ССЗБ.

Это мое мнение. Можете попробовать меня переубедить :-)

можно, конечно, попробовать при GEN_ID для незакоммиченного SET GENERATOR в качестве текущего значения брать MAX(генератор в базе, генератор в кеше) и вычислять это под локом для страницы генератора. Тогда наверное конфликтов не будет. Хотя "транзакционность" слегка пойдет лесом - SET GENERATOR G TO 123; SELECT GEN_ID(G, 0) FROM RDB$DATABASE; - сможет вернуть несогласованные данные.