Re: Inline Extension
От | Heikki Linnakangas |
---|---|
Тема | Re: Inline Extension |
Дата | |
Msg-id | 4F19EF4B.1030009@enterprisedb.com обсуждение исходный текст |
Ответ на | Re: Inline Extension (Daniel Farina <daniel@heroku.com>) |
Ответы |
Re: Inline Extension
|
Список | pgsql-hackers |
On 21.01.2012 00:00, Daniel Farina wrote: > I think this is somewhat rube-goldberg-esque, and denies non-superuser > roles the ability to get more version management of schema and > operators. As-is many organizations are submitting "migrations" via > plain SQL that include committing to a version management table that > is maintained by convention, and as-is that is considered a modern-day > best-practice. Even if you give the version number in the CREATE EXTENSION command, it's by convention that people actually maintain a sane versioning policy. If people don't take version management seriously, you will quickly end up with five different versions of an extension, all with version number 0.1. Another approach is to use comments on the objects saying "version 1.23". Those generally move together with the objects themselves; they are included in pg_dump schema-only dump, for example, while the contents of a table are not. > The ship has sailed. Encouraging use of files and .sql buy no > soundness, because everyone is moving towards is overlaying version > management via pure FEBE anyway. What is FEBE? -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: