Re: pg_dump\pg_restore large objects

On 08.04.2011 22:17, Dmitriy Igrishin wrote:
....
>
> Субьективные выводы:
> 1. Не нашел почти никаких преимуществ в plain-text бекапах (кроме
> как цели руками его посмотреть)
> binary dump в сумме получается заметно быстрее и портабельнее,
> занимает меньше места.
> Перенастроил систему бекапов на этот формат.
>
> Часто бывает полезным сравить два дампа вручную (например, git-diff(1)).

Согласен, сам так просматриваю. Однако, когда речь идет о блобах и
многомегабайтных дампах,
полезность diff сравнения пропадает.
Вообщем, зависит от задачи.

>
> 2. Импорт бекапов нужно делать, только предварительно удалив и
> заново создав базу данных.
> (про pg_dump -С я знаю, но считаю не очень портабельным,
> поэтому не использую).
>
> Ещё бывает удобно переименовывать текущую (старую) версию БД
> перед накатом новой версии:
> ALTER DATABASE mydb RENAME TO mydb_old;
> CREATE DATABASE mydb ...;
> -- Команды создания объектов...
>

Да, удобно.
Исходя из практики девелопмента, лучше сделать отдельную базу с
отдельным логином и паролем,
чтобы никто из прогеров ничего не перепутал "случайно" ;)
Так сказать, повышенная дурако-устойчивость ;)

Спасибо за ответы!