Re: BUG #5735: pg_upgrade thinks that it did not start the old server
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: BUG #5735: pg_upgrade thinks that it did not start the old server |
| Дата | |
| Msg-id | 18124.1289316709@sss.pgh.pa.us обсуждение |
| Ответ на | Re: BUG #5735: pg_upgrade thinks that it did not start the old server (Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>) |
| Список | pgsql-bugs |
Stefan Kaltenbrunner <stefan@kaltenbrunner.cc> writes:
> well the usually problem is that it is fairly easy to get large (several
> hundred megabytes) large bytea objects into the database but upon
> retrieval we tend to take up to 3x the size of the object as actual
> memory consumption which causes us to hit all kind of limits(especially
> on 32bit boxes).
It occurs to me that one place that might be unnecessarily eating
backend memory during pg_dump is encoding conversion during COPY OUT.
Make sure that pg_dump isn't asking for a conversion to some other
encoding than what the database uses. I think the default is to avoid
conversion, so this might be a dead end --- but if for instance you
had PGCLIENTENCODING set in the client environment, it could bite you.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера