Re: Extensions support for pg_dump, patch v27

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Extensions support for pg_dump, patch v27
Дата
Msg-id 19929.1296062220@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Extensions support for pg_dump, patch v27  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Ответы Re: Extensions support for pg_dump, patch v27  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Список pgsql-hackers
Dimitri Fontaine <dimitri@2ndQuadrant.fr> writes:
> Tom Lane <tgl@sss.pgh.pa.us> writes:
>> Dimitri Fontaine <dimitri@2ndQuadrant.fr> writes:
>>> The missing entry in pg_depend is the reason why the extension is not
>>> part of the dump.  We could fix that using a LEFT JOIN here and COALESCE
>>> to force the namespace as pg_catalog.  Is that not a kludge?

>> Yes, it is.  Why is the pg_depend entry missing?

> See src/backend/catalog/pg_depend.c
> Certainly, pg_catalog is pinned.

OK, so I guess I'm missing why the extension code is looking for stuff
dependent on the pg_catalog schema.  That schema certainly doesn't
belong to any extension.

In any case, your proposed hack above is effectively assuming that
there's only one pinned schema, which is untrue now and is likely to
become even less true in the future.  So I don't think we can go that way.
        regards, tom lane


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

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: SSI patch version 14
Следующее
От: "Kevin Grittner"
Дата:
Сообщение: Re: SSI, simplified