Upgrading (was: now 6.4)
От | Brandon Ibach |
---|---|
Тема | Upgrading (was: now 6.4) |
Дата | |
Msg-id | 199806120347.WAA25832@vweb.infomansol.com обсуждение исходный текст |
Ответы |
Re: [HACKERS] Upgrading (was: now 6.4)
|
Список | pgsql-hackers |
I hate to open a potential can of worms here, but here's another possibility. I recall someone telling me about a database (InterBase, I believe it was) that could have rows with different structures all in the same table. In other words, they could add a field to the table, and any new rows would have it, while the old ones would not, and the database would deal with it on the fly. Could we implement some type of "version" field in the table structure which would allow this type of thing? If this is reasonable, we could have it in 6.4 and potentially never have to worry too much about reloading tables after that. With version info in each tuple, we could convert the table "as we go" or in some other gradual way. Of course, the question of how much work it would take to have the backend support this needs to be considered, as well as the issue of how this would impact performance. -Brandon :)
В списке pgsql-hackers по дате отправления: