Re: Resurrecting pg_upgrade
От | Christopher Kings-Lynne |
---|---|
Тема | Re: Resurrecting pg_upgrade |
Дата | |
Msg-id | 3FDD1C52.8040903@familyhealth.com.au обсуждение исходный текст |
Ответ на | Re: Resurrecting pg_upgrade (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Resurrecting pg_upgrade
|
Список | pgsql-hackers |
> Per prior discussion, we will enforce some sort of limit on how often > the representation of user tables/indexes can be changed. The idea will > be to "batch" such changes so that you only have to do a dump/reload > every N major releases instead of every one. In other words, pg_upgrade > will work for most version upgrades but we reserve the right to > occasionally make releases where it doesn't work. > > How large N will be in practice remains to be seen, of course, but I'd > expect something on the order of 4 or 5. > > In theory pg_upgrade could be made to apply changes in user data > representation, but I'm unconvinced that such a process would be a big > improvement over dump/reload. Will we now have to be careful to NEVER re-use OIDs in the system catalogs. Chris
В списке pgsql-hackers по дате отправления: