Re: Remaining beta blockers

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: Remaining beta blockers
Дата
Msg-id 20130503152454.GC10957@alap2.anarazel.de
обсуждение исходный текст
Ответ на Re: Remaining beta blockers  (Greg Stark <stark@mit.edu>)
Ответы Re: Remaining beta blockers
Re: Remaining beta blockers
Список pgsql-hackers
On 2013-05-03 16:11:13 +0100, Greg Stark wrote:
> On Fri, May 3, 2013 at 1:12 AM, Bruce Momjian <bruce@momjian.us> wrote:
> > I was more thinking of the idea of having some status on the first page
> > that might need to change in a future release.
> 
> Incidentally, another option might be to have a <relfilenode>.meta
> fork that has information like this. It doesn't fundamentally change
> anything but it does mean that code that doesn't need to know about it
> doesn't need to know to skip the first page. It also means  we could
> maybe expand it more easily. There have been previous wishlist items
> to have some meta information so external tools can more easily parse
> the data without needing access to the full catalog for example.

The problem with an extra metadata fork is that it essentially would
double the files in a cluster and it would also noticeably increase the
amount of open files we need.
There have been quite some complaints about CREATE DATABASE speed, I
am not sure we want to make it even slower :(

Greetings,

Andres Freund

-- Andres Freund                       http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training &
Services



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

Предыдущее
От: Fujii Masao
Дата:
Сообщение: Assertion failure at standby promotion
Следующее
От: Greg Stark
Дата:
Сообщение: Re: high io BUT huge amount of free memory