Re: xlog viewer proposal

Поиск
Список
Период
Сортировка
От Jonah H. Harris
Тема Re: xlog viewer proposal
Дата
Msg-id 36e682920606221036w7b43c9aah6b6db4736961c712@mail.gmail.com
обсуждение исходный текст
Ответ на Re: xlog viewer proposal  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: xlog viewer proposal  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 6/22/06, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Yes it would.  The most obvious point is that memory management and
> error handling conventions inside the backend are quite different from
> what you'd expect to employ in a standalone program.

No, this wouldn't really be that hard, especially if he created a few
macros to handle the differences.

> Also the means you'd use for consulting the system catalogs
> (in that option to provide readable names for OIDs) are entirely
> different.

Definitely correct there.  If it's designed well, it wouldn't be too
hard to use same-named functions for getting catalog information and
using ifdefs depending on how it's being used.

> I think asking for support of both environments is a good way to ensure
> that this summer project doesn't get finished :-(

I totally agree... I'm not suggesting that he does both for SoC.  Just
that if it is designed well from the start, it wouldn't be too hard to
add support for either command-line or contrib-ish usage.  The goal
was to start with xlogdump and enhance it, so starting with
command-line is probably the best anyway.

-- 
Jonah H. Harris, Software Architect | phone: 732.331.1300
EnterpriseDB Corporation            | fax: 732.331.1301
33 Wood Ave S, 2nd Floor            | jharris@enterprisedb.com
Iselin, New Jersey 08830            | http://www.enterprisedb.com/


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

Предыдущее
От: Rod Taylor
Дата:
Сообщение: Re: vacuum, performance, and MVCC
Следующее
От: "Mark Woodward"
Дата:
Сообщение: Re: vacuum, performance, and MVCC