mikron пишет:
> Вот мне и нужно гонять с одним планом,
> но не с тем, который генерит постгрес на момент препаре.

А с каким же ? Делай тогда prepare когда будешь готов
сделать свой магический план.

> Оракл не страдает.

Оракл не версионник, тебе уже сказали. Это т.н. псевдоверсионник.

> Может я ещё не научился, но не вам судить о моих кулинарных способностях.
> Давайте или оставим или покажите как надо.

Так для этого надо знать, что за приложение, что за запросы...
и не здесь

Posted via ActualForum NNTP Server 1.4

mikron пишет:

> Предположим есть процедура, которыя пишет в таблицу логов.
> Естественно она вызывается из других процедур в АТ. как/чем её можно
> заменить не имея АТ?

Открой другое соединение к этому же серверу и делай там что-то,
будут независиммые транзакции.
Posted via ActualForum NNTP Server 1.4

SergSuper пишет:

> а где можно прочитать официальный документ чем конкретно отличается
> версионник от неверсионника?
> пока споры идут на уровне "какая вера истинна"

Тут нечего читать или искать, всё просто. Существует
два основных подхода к реализации snapshot isolation в СУБД.

Есть т.н. "истинные версионники" (термин может быть любым,
его собственно нет в постоянном обиходе). Это когда в СУБД
разные версии записей реально присутствуют на страницах данных
БД. Т.е. каждая запись может быть физически записана несколько
раз, под разными версиями. К таким реализациям относятся
Interbase/FB, Postgres (на сколько я знаю) и, если хотите, SolidDB.

Это решение "чистое" (считается), потому что ни по каким критериям
разные версии записей не отличаются, они полностью равноправны.

Помимо этого существуют т.н. "псевдоверсионники" (термин также произвольный).
В этих СУБД непосредственно на страницах данных храняться
только последняя закоммиченая версия записи, в одном экземпляре.
Старые версии записей, в разных вариантах, берутся из журнала
транзакций, сегмента отката, roll-backward log и т.д. и т.п. --
у кого что есть. Это решение немного "хуже", поскольку у разных
версий разные способы хранения, они не совсем равноправны. Ну и
очевидно, что журнал транзакция удаляется постепенно, и очень
старые версии записей становяться недоступными, это -- главный
недостаток такого подхода.

Есть -- это значит "специалисты выделяют две такие группы"
"существуют два разных подхода".

У каждого из подходов есть как достоинства, так и недостатки.
Т.е. ни в коем случае нельзя думать, что один подход "круче"
другого.
Posted via ActualForum NNTP Server 1.4