| От | Tom Lane |
|---|---|
| Тема | Re: Bug in pg_restore ... ? |
| Дата | |
| Msg-id | 7099.1118352765@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Bug in pg_restore ... ? ("Joshua D. Drake" <jd@commandprompt.com>) |
| Ответы |
Re: Bug in pg_restore ... ?
|
| Список | pgsql-hackers |
"Joshua D. Drake" <jd@commandprompt.com> writes:
> Yeah it is an ordering problem with pg_dump...
If you are using pg_restore you can hack around the problem by using
pg_restore's load-order-control switch (which was invented exactly to
let people work around pg_dump's problems ;-)). In this case though,
the simplest answer is probably to install tsearch2 into the new
database before you run pg_restore. It'll complain that the functions
already exist, but you can ignore that.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера