Re: PITR Dead horse?
От | Christopher Browne |
---|---|
Тема | Re: PITR Dead horse? |
Дата | |
Msg-id | m3r7x6f9e7.fsf@wolfe.cbbrowne.com обсуждение исходный текст |
Ответ на | Re: PITR Dead horse? (Austin Gonyou <austin@coremetrics.com>) |
Список | pgsql-hackers |
A long time ago, in a galaxy far, far away, pgman@candle.pha.pa.us (Bruce Momjian) wrote: > Austin Gonyou wrote: >> As previously stated by Bruce I believe, the mindshare department needs >> some work. For this, the PITR is a necessity, but also when comparing >> features with other DBs that people and businesses are currently >> familiar with. > > PITR is required to recover all data after total hardware failure. It > isn't just a mindshare issue. One of the valuable "use cases" of PITR is in replication, and correspondingly, one of the valuable "use cases" of replication is in doing major version upgrades. As a result, a _really valuable thing_ would be for the "PITR reader" process to be able to read data from "more elderly" versions of PostgreSQL. That may not prove practical, but the more flexible it is, the more useful it certainly is... -- "cbbrowne","@","cbbrowne.com" http://www.ntlug.org/~cbbrowne/wp.html Space Corps Directive #997: Work done by an officer's doppleganger in a parallel universe cannot be claimed as overtime. -- Red Dwarf
В списке pgsql-hackers по дате отправления: