Re: [GSOC] questions about idea "rewrite pg_dump as library"

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [GSOC] questions about idea "rewrite pg_dump as library"
Дата
Msg-id 818.1365688274@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [GSOC] questions about idea "rewrite pg_dump as library"  (Pavel Golub <pavel@microolap.com>)
Ответы Re: [GSOC] questions about idea "rewrite pg_dump as library"  (Pavel Golub <pavel@microolap.com>)
Re: [GSOC] questions about idea "rewrite pg_dump as library"  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers
Pavel Golub <pavel@microolap.com> writes:
> From my point of view the new library should export only two
> functions:

> 1. The execution function:

> ExecStatusType PGdumpdbParams(const char * const *keywords,
>                  const char * const *values);

No, this is exactly *wrong*.  You might as well not bother to refactor,
if the only API the library presents is exactly equivalent to what you
could get with system("pg_dump ...").

I don't know what the right answer is, but this isn't it.  Most people
who are interested in this topic are interested because they want to get
output that is different from anything pg_dump would produce on its own,
for instance applying a more complex object-selection rule than anything
pg_dump offers.  Right now, the only way they can do that is lobby to
add new switch options to pg_dump.  With a change like this, it'd still
be the case that they can't get what they want except by adding new
switch options to pg_dump.  I don't see any advantage gained.
        regards, tom lane



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

Предыдущее
От: Hannu Krosing
Дата:
Сообщение: Re: Inconsistent DB data in Streaming Replication
Следующее
От: Ants Aasma
Дата:
Сообщение: Re: Inconsistent DB data in Streaming Replication