Re: pg_dump doesn't restore on newer database due to schema issues (bug or limitation?)
В списке pgsql-general по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: pg_dump doesn't restore on newer database due to schema issues (bug or limitation?) |
| Дата | |
| Msg-id | 28694.1382366865@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | pg_dump doesn't restore on newer database due to schema issues (bug or limitation?) (Ken Tanzer <ken.tanzer@gmail.com>) |
| Ответы |
Re: pg_dump doesn't restore on newer database due to schema
issues (bug or limitation?)
|
| Список | pgsql-general |
Ken Tanzer <ken.tanzer@gmail.com> writes:
> When trying to move a database from 8.3 to 9.2.5, the plain text pg_dump
> did not restore without errors. (I used pg_dump from 9.2.5) The problem
> seems to relate to references to other schemas and the schema search paths.
What this looks like to me is that you have a SQL function which isn't
protecting itself against changes in search_path. It could fail in any
context where somebody's changed search_path, not just a restore run.
You should consider fully qualifying the table reference in the function's
source code, or adding a "SET search_path" clause to the function
definition.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера