Re: Extensions, patch v16

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Extensions, patch v16
Дата
Msg-id 832.1293654222@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Extensions, patch v16  (Bruce Momjian <bruce@momjian.us>)
Ответы Re: Extensions, patch v16  ("David E. Wheeler" <david@kineticode.com>)
Re: Extensions, patch v16  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Bruce Momjian <bruce@momjian.us> writes:
> Oleg Bartunov wrote:
>> it's clear we need versions, probably, major.minor would be enough. The problem
>> I see is how to keep .so in sync with .sql ? Should we store .sql in database ?

> Don't people normally define the version number in the Makefile and pass
> the version string into the C code and perhaps a psql variable?

We had a long discussion upthread of what version numbers to keep where.
IMHO the Makefile is about the *least* useful place to put a version
number; the more so if you want more than one.  What we seem to need is
a version number in the .sql file itself (so that we can tell whether we
need to take action to update the extension's catalog entries).  I'm not
convinced yet whether there needs to be another version number embedded
in the .so file --- it may well be that the PG major version number
embedded with PG_MODULE_MAGIC is sufficient.

Personally I'd forget the notion of major.minor numbers here; all that
will accomplish is to complicate storage and comparison of the numbers.
We just need a simple integer that gets bumped whenever the extension's
SQL script changes.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: SSI SLRU strategy choices
Следующее
От: Dimitri Fontaine
Дата:
Сообщение: Re: 9.1alpha3 release notes help