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  (Daniel Farina <daniel@heroku.com>)
Список 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 по дате отправления:

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Group commit, revised
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: gistVacuumUpdate