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  (Heikki Linnakangas <hlinnakangas@vmware.com>)
Список 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 по дате отправления:

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: Sequence Access Method WIP
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Sequence Access Method WIP