Re: GetOldestXmin going backwards is dangerous after all

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: GetOldestXmin going backwards is dangerous after all
Дата
Msg-id CA+U5nML0+WLsL7o1W-qWHmJf0Kcba_gdhaSY2FS9R4=FchXupw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: GetOldestXmin going backwards is dangerous after all  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 1 February 2013 23:56, Tom Lane <tgl@sss.pgh.pa.us> wrote:

> Well, if we were tracking the latest value in shared memory, we could
> certainly clamp to that to ensure it didn't go backwards.  The problem
> is where to find storage for a per-DB value.

Adding new data columns to catalogs in backbranches seems like a great
reason to have an hstore column on every catalog table.

That way we can just add anything we need without causing other problems.

Obviously something for the future.

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



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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: proposal - assign result of query to psql variable
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: GetOldestXmin going backwards is dangerous after all