Re: pg_upgrade project status

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: pg_upgrade project status
Дата
Msg-id 200811102339.mAANdo517050@momjian.us
обсуждение исходный текст
Ответ на pg_upgrade project status  (Zdenek Kotala <Zdenek.Kotala@Sun.COM>)
Ответы Re: pg_upgrade project status  (Gregory Stark <stark@enterprisedb.com>)
Re: pg_upgrade project status  (Zdenek Kotala <Zdenek.Kotala@Sun.COM>)
Список pgsql-hackers
Zdenek Kotala wrote:
> In the last week community made decision about pg_upgrade project and its 
> implementation. I would like to try summarize this conclusion and I add other 
> topic which should be finished for 8.4.
> 
> Convert on read has been selected as a good way, because it is not invasive and 
> does not limit fresh database. But, this way needs core modification which 
> allows to do online in-place upgrade. It means no online in-place upgrade to 8.4 
> will be implemented. Sorry about that, but we need move forward and there is not 
> easy way without core modification to do it.
> 
> As I mentioned manytimes before there are two major issues with convert on read 
> and one small issue.
> 
> 1) Data does not fit on the new page. It will be solve by pre-upgrade check 
> which reserve space on each page, before upgrade.

Rather than specifying free space as an amount, I was thinking of having
a boolean like 'ready_for_upgrade' and the system internally would know
how much free space for each page and tuple.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: gram.y=>preproc.y
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: SQL5 budget