Re: Moving RestoreBlockImage from xlogreader.c to xlogutils.c

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: Moving RestoreBlockImage from xlogreader.c to xlogutils.c
Дата
Msg-id CAB7nPqQ9v6c_Ej3PwFic5MdsefaM4U7KjiFX_C4FS+VmgrcsmA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Moving RestoreBlockImage from xlogreader.c to xlogutils.c  (Fujii Masao <masao.fujii@gmail.com>)
Ответы Re: Moving RestoreBlockImage from xlogreader.c to xlogutils.c
Список pgsql-hackers
On Wed, Dec 24, 2014 at 10:51 PM, Fujii Masao <masao.fujii@gmail.com> wrote:
> Fair enough. Anyway I wait for applying the patch which moves pg_lzcompress.c
> until we will have reached any consensus about this.
Just to be clear (after sleeping on it), we still need pglz stuff in
src/common to offer to the frontends the possibility to uncompress
block data. My point is simply that we should only provide in the xlog
reader facility enough data to do operations on them, but not directly
APIs to operate them. So ISTM that you could still push the patch to
have pglz in common library to clear the way, and let's use this
thread to discuss if we want the API to rebuild blocks in the reader
facility or not.
-- 
Michael



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: hash_create API changes (was Re: speedup tidbitmap patch: hash BlockNumber)
Следующее
От: Kouhei Kaigai
Дата:
Сообщение: Re: ctidscan as an example of custom-scan (Re: [v9.5] Custom Plan API)