Re: pg_migrator to /contrib in a later 9.0 beta
От | Tom Lane |
---|---|
Тема | Re: pg_migrator to /contrib in a later 9.0 beta |
Дата | |
Msg-id | 587.1272771486@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: pg_migrator to /contrib in a later 9.0 beta (Andrew Dunstan <andrew@dunslane.net>) |
Ответы |
Re: pg_migrator to /contrib in a later 9.0 beta
Re: pg_migrator to /contrib in a later 9.0 beta |
Список | pgsql-hackers |
Andrew Dunstan <andrew@dunslane.net> writes: > Robert Haas wrote: >> I don't think it's going >> to be practical to retain all the migration code for every pair of >> versions forever, > I thought the idea was just to support migration from version N to > version N+1. Yeah. I think trying to do more than that is just going to make things messy. For example, we added features to pg_dump and the core server since 8.4 to help pg_migrator do its thing. Trying to make the same pg_migrator code support cases with and without those features available is going to complicate the code, not to mention the documentation, enormously. To the extent that future bug fixes are relevant to multiple versions of pg_migrator, we could just apply them to multiple branches, same as we manage such fixes for the core code. I don't see that trying to have a single version of pg_migrator is going to make things easier anywhere. regards, tom lane
В списке pgsql-hackers по дате отправления: