Re: pg_dump\pg_restore large objects - Mailing list pgsql-ru-general

From Sergej Kandyla
Subject Re: pg_dump\pg_restore large objects
Date
Msg-id 4DA04DD3.7050005@hlsrv.com
Whole thread Raw
In response to Re: pg_dump\pg_restore large objects  (Dmitriy Igrishin <dmitigr@gmail.com>)
List pgsql-ru-general
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 ...;
-- Команды создания объектов...


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


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


pgsql-ru-general by date:

Previous
From: "Andrey N. Oktyabrski"
Date:
Subject: Re: Сниппеты по PostgreSQL
Next
From: Yuriy Rusinov
Date:
Subject: Re: Pg documentation in russian