Re: Data loss, vacuum, transaction wrap-around

Поиск
Список
Период
Сортировка
От Jeff
Тема Re: Data loss, vacuum, transaction wrap-around
Дата
Msg-id df92be0d21cde46ca30173dfad55b161@torgo.978.org
обсуждение исходный текст
Ответ на Re: Data loss, vacuum, transaction wrap-around  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
Ответы Re: Data loss, vacuum, transaction wrap-around  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
On Feb 20, 2005, at 11:02 AM, Stephan Szabo wrote:

> My last company's experience with Oracle support still leaves me
> questioning that claim.  They basically got "don't do that then or 
> move to
> the newest major revision" when they had a construct which caused the
> server to stop responding.

For the record, that is the kind of support I've got from Informix in 
the past.
Even for issues where the db would reliably return invalid results.

What is great is I have one informix db that I cannot take a backup of 
without causing several DAYS of downtime.   Their solution: Do an 
in-place upgrade and hope it works.  Yes, they actually said "And 
hopefully it will work. You'll need to take a backup to be safe" "But I 
can't take a backup.  That is the point of this call" "Oh, well... 
umm.. it SHOULD work!"

you get the idea.

as for the xid wraparound... issuing a NOTICE / ERROR in a new version 
will be good, but backpatching won't be needed.  As others have said, 
the people who really need this are not smart enough to upgrade / watch 
for patches / RTFM

--
Jeff Trout <jeff@jefftrout.com>
http://www.jefftrout.com/
http://www.stuarthamm.net/



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

Предыдущее
От: "Marc G. Fournier"
Дата:
Сообщение: Re: slow mail server ?
Следующее
От: Oleg Bartunov
Дата:
Сообщение: Re: slow mail server ?