Re: Sequence Access Method WIP
От | Robert Haas |
---|---|
Тема | Re: Sequence Access Method WIP |
Дата | |
Msg-id | CA+TgmoYA5Ud4qd0zXCjdwrz=ohve25cfk8n_SOVr_6SnmuxKAA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Sequence Access Method WIP (Petr Jelinek <petr@2ndquadrant.com>) |
Ответы |
Re: Sequence Access Method WIP
|
Список | pgsql-hackers |
On Fri, Nov 7, 2014 at 7:26 PM, Petr Jelinek <petr@2ndquadrant.com> wrote: >> My main problem is actually not with having tuple per-seqAM, but more >> with the fact that Heikki does not want to have last_value as compulsory >> column/parameter. How is the new AM then supposed to know where to pick >> up and if it even can pick up? That seems pretty well impossible to know anyway. If the pluggable AM was handing out values at random or in some unpredictable fashion, there may be no well-defined point where it's safe for the default AM to resume. Granted, in the case of replication, it probably is possible, and maybe that's important enough to be worth catering to. > And obviously, once the last_value is part of the compulsory columns we > again have to WAL log all the time for the use-case which Heikki is using as > model, so it does not help there (just to clear what my point was about). But I don't know what to do about that. :-( -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: