Re: pg_migrator to /contrib in a later 9.0 beta

Поиск
Список
Период
Сортировка
От Jesper Krogh
Тема Re: pg_migrator to /contrib in a later 9.0 beta
Дата
Msg-id 4BE1BF0E.6020808@krogh.cc
обсуждение исходный текст
Ответ на Re: pg_migrator to /contrib in a later 9.0 beta  (Bruce Momjian <bruce@momjian.us>)
Ответы Re: pg_migrator to /contrib in a later 9.0 beta  (Bruce Momjian <bruce@momjian.us>)
Список pgsql-hackers
On 2010-05-03 23:09, Bruce Momjian wrote:
> Robert Haas wrote:
>    
>> On Sun, May 2, 2010 at 3:45 PM, Dimitri Fontaine<dfontaine@hi-media.com>  wrote:
>>      
>>> Now you tell me how awful this idea really is :)
>>>        
>> I'm not sure I can count that high.  :-)
>>      
> While I can't improve on Robert's reply, I can supply a PDF about how
> pg_migrator works:
>
>     http://momjian.us/main/presentations/technical.html#pg_migrator
>
>    
There is a huge amount of users to whom pg_migrator is "at least"
a big a feature as HS+SR is.

Last dump/restore was a 24 hours process in one of our installations.
I think it was due to in-efficiency in handling BYTEA types in the
process (but not sure).

But I'm one of the few guys who seem to have an infinite amount of
time for reading on mailing lists, but without my knowledge from
reading this list I would never have run pg_migrator on my production
data if I had to pick it from pg_foundry.

Just my 0.25€

Jesper
-- 
Jesper


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: patch: to_string, to_array functions
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: max_standby_delay considered harmful