Re: Sequence Access Method WIP
От | Simon Riggs |
---|---|
Тема | Re: Sequence Access Method WIP |
Дата | |
Msg-id | CA+U5nMJ=fBW+ussJhTHQt5DxXRdSqP8OhuGOWKo=pSLrwghrfw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Sequence Access Method WIP (Heikki Linnakangas <hlinnakangas@vmware.com>) |
Ответы |
Re: Sequence Access Method WIP
|
Список | pgsql-hackers |
On 18 November 2013 07:50, Heikki Linnakangas <hlinnakangas@vmware.com> wrote: > It doesn't go far enough, it's still too *low*-level. The sequence AM > implementation shouldn't need to have direct access to the buffer page at > all. > I don't think the sequence AM should be in control of 'cached'. The caching > is done outside the AM. And log_cnt probably should be passed to the _alloc > function directly as an argument, ie. the server code asks the AM to > allocate N new values in one call. I can't see what the rationale of your arguments is. All index Ams write WAL and control buffer locking etc.. Do you have a new use case that shows why changes should happen? We can't just redesign things based upon arbitrary decisions about what things should or should not be possible via the API. -- Simon Riggs http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: