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
Re: pg_upgrade project status |
Список | 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 по дате отправления: