From: | "Serguei A(dot) Mokhov" <mokhov(at)cs(dot)concordia(dot)ca> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Resurrecting pg_upgrade |
Date: | 2004-08-31 20:13:38 |
Message-ID: | Pine.LNX.4.58.0408311540420.21361@haida.cs.concordia.ca |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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!
From | Date | Subject | |
---|---|---|---|
Next Message | markir | 2004-08-31 21:44:37 | Re: [pgsql-hackers-win32] Testing needed for recent |
Previous Message | Tom Lane | 2004-08-31 19:42:41 | Still a loose end in GUC USERLIMIT stuff |