Re: smgrzeroextend clarification

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: smgrzeroextend clarification
Дата
Msg-id CAM-w4HPfR+WXepWrX6gJ7EZ9zY-avGGABmOL-D97fR_gHCZEgA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: smgrzeroextend clarification  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
Ответы Re: smgrzeroextend clarification  (Thomas Munro <thomas.munro@gmail.com>)
Список pgsql-hackers
On Thu, 11 May 2023 at 05:37, Peter Eisentraut
<peter.eisentraut@enterprisedb.com> wrote:
>
> Maybe it was never meant that way and only works accidentally?  Maybe
> hash indexes are broken?

It's explicitly documented to be this way. And I think it has to work
this way for recovery to work.

I think the reason you and Bharath and Andres are talking past each
other is that they're thinking about how the implementation works and
you're talking about the API definition.

If you read the API definition and treat the functions as a black box
I think you're right -- those two definitions sound pretty much
equivalent to me. They both extend the file, possibly multiple blocks,
and zero fill. The only difference is that smgrextend() additionally
allows you to provide data.

-- 
greg



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

Предыдущее
От: Ryan Booz
Дата:
Сообщение: Re: Overhauling "Routine Vacuuming" docs, particularly its handling of freezing
Следующее
От: Thomas Munro
Дата:
Сообщение: Re: smgrzeroextend clarification