Resurrecting pg_upgrade

Поиск
Список
Период
Сортировка
От Serguei A. Mokhov
Тема Resurrecting pg_upgrade
Дата
Msg-id Pine.LNX.4.58.0408311540420.21361@haida.cs.concordia.ca
обсуждение исходный текст
Ответы Re: Resurrecting pg_upgrade  (Richard Huxton <dev@archonet.com>)
Список pgsql-hackers
Hello,

Just poking around to see if anyone is working on resurrecting the concept
of pg_upgrade after all these years? If not, I think I have nearly ready a
high-level design of how the whole upgrade procedure will work, but I just
need to clear out some ideas and put them together in a more-or-less
coherent way. If nobody's working on the feature, I'd like to tackle it
for 8.1/8.2 after having the design approved by the community.

To clarify some of these, I would like to identify the codepaths, more
generally -- directories with the code that, if changed, forces initdb.
I'd assume these would fall into this category:

src/backend /storage   /smgr   * /access /bootstrap /catalog /commands

If you have time, please make the list above more complete or remove
extraneous items.

Please Cc to me as I am on the digest on most pg lists.

Thank you,

-- 
Serguei A. Mokhov            |  /~\    The ASCII
Computer Science Department  |  \ / Ribbon Campaign
Concordia University         |   X    Against HTML
Montreal, Quebec, Canada     |  / \      Email!


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Still a loose end in GUC USERLIMIT stuff
Следующее
От: markir@coretech.co.nz
Дата:
Сообщение: Re: [pgsql-hackers-win32] Testing needed for recent