Re: BUG #5390: pg_dump does not check/include additional schema dependencies when writing schema/search path
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: BUG #5390: pg_dump does not check/include additional schema dependencies when writing schema/search path |
| Дата | |
| Msg-id | 24213.1269550985@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | BUG #5390: pg_dump does not check/include additional schema dependencies when writing schema/search path ("Timothy Seever" <tim.seever@gmail.com>) |
| Список | pgsql-bugs |
"Timothy Seever" <tim.seever@gmail.com> writes:
> 1. Create schema A
> 2. Create schema B
> 3. Create function in schema A which depends on something in schema B
> without specifying it (i.e. the connected user has B included in the
> search_path, and the function A.xyz() has something like val := yyz();
> where yyz is actually B.yyz.
> 4. This works properly in place due to the search path... however upon
> dumping/restoring, pg_dump only specifies the single schema+public before
> each section, so it will fail to add A.xyz()/view/etc leading to cascaded
> missing items.
This does not matter because the script is only defining the function
not executing it. Or are you speaking of an index function or something
like that? In that case it really behooves you to make the function not
so sensitive to the caller's search path. There is no way that pg_dump
can know that some function will only work as desired if called with a
particular search_path setting.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера