Re: pg_dump\pg_restore large objects

Поиск
Список
Период
Сортировка
От Sergej Kandyla
Тема Re: pg_dump\pg_restore large objects
Дата
Msg-id 4DA04DD3.7050005@hlsrv.com
обсуждение исходный текст
Ответ на Re: pg_dump\pg_restore large objects  (Dmitriy Igrishin <dmitigr@gmail.com>)
Список 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 по дате отправления:

Предыдущее
От: "Andrey N. Oktyabrski"
Дата:
Сообщение: Re: Сниппеты по PostgreSQL
Следующее
От: Yuriy Rusinov
Дата:
Сообщение: Re: Pg documentation in russian