Re: Inherited constraints and search paths (was Re: Preserving
В списке pgsql-general по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Inherited constraints and search paths (was Re: Preserving |
| Дата | |
| Msg-id | 24635.1116599516@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Inherited constraints and search paths (was Re: Preserving (Berend Tober <btober@seaworthysys.com>) |
| Список | pgsql-general |
Berend Tober <btober@seaworthysys.com> writes:
> If the pg_dump output produced "SET search_path" statement with the
> complete actual path required to find all objects in subsequent DDL
> statements, my world would be at peace.
We're not doing that, because it's demonstrably impossible :-(.
You can't guarantee that every object in a random collection can be
referenced with an unqualified name. Consider
... CHECK (a.foo(f1) AND b.foo(f1))
ie identically named functions in different schemas.
Even in the cases where it is possible, the infrastructure for it isn't
available to pg_dump, which means there's no hope of a solution like
that being back-ported to 7.3.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера