Re: pg_dump selectively ignores extension configuration tables

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: pg_dump selectively ignores extension configuration tables
Дата
Msg-id 20130325151735.GB3699@alvh.no-ip.org
обсуждение исходный текст
Ответ на Re: pg_dump selectively ignores extension configuration tables  (Vibhor Kumar <vibhor.kumar@enterprisedb.com>)
Ответы Re: pg_dump selectively ignores extension configuration tables  (Vibhor Kumar <vibhor.kumar@enterprisedb.com>)
Список pgsql-hackers
Vibhor Kumar escribió:
> On Mar 25, 2013, at 9:56 AM, Joe Conway <mail@joeconway.com> wrote:
>
> > On 03/14/2013 05:23 PM, Joe Conway wrote:
> >> On 03/13/2013 04:16 PM, Dimitri Fontaine wrote:
> >>> Joe Conway <mail@joeconway.com> writes:
> >>>> I think it should dump the user data portion, especially since that
> >>>> matches what pg_dump would do if you did not specify the table or schema.
> >>>
> >>> +1
> >>>
> >>> If you don't have time slots to fix that by then, I will have a look at
> >>> fixing that while in beta.
> >>
> >> Here is a patch against 9.1. If there is agreement with the approach
> >> I'll redo for 9.2 and git head and apply.
> >
> > Any objections before I commit this?
> >
> Since, nobody has picked this one.
>
> If there is no objection,then I can test this patch against 9.1 & 9.2.

Thanks, yes, that would be helpful.  Things to think about are whether
this affect anything other than tables marked as config for any
extension, and whether behavior is sane for them, (i.e. the "condition"
thingy works right etc).

The whole matter of extension configuration table has been rather
tricky to get right ... hopefully we're not ending up with them being
more broken now.

--
Álvaro Herrera                http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services



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

Предыдущее
От: Vibhor Kumar
Дата:
Сообщение: Re: pg_dump selectively ignores extension configuration tables
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: Let's invent a function to report lock-wait-blocking PIDs