Re: pgsql: Fix assorted inconsistencies in GIN opclass support function dec
От | Robert Haas |
---|---|
Тема | Re: pgsql: Fix assorted inconsistencies in GIN opclass support function dec |
Дата | |
Msg-id | CA+TgmoZd6Z-BHp6n_fp4yfS2qwnkvP7g+kCzAOOk4KZ8UgGxdA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: pgsql: Fix assorted inconsistencies in GIN opclass support function dec (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: pgsql: Fix assorted inconsistencies in GIN opclass
support function dec
|
Список | pgsql-committers |
On Mon, May 2, 2016 at 5:09 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Alexander Korotkov <a.korotkov@postgrespro.ru> writes: >> On Wed, Jan 20, 2016 at 6:32 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >>> contrib/hstore/hstore--1.3.sql | 12 ++++----- >>> contrib/intarray/intarray--1.1.sql | 8 +++--- >>> contrib/tsearch2/tsearch2--1.0.sql | 4 +-- > >> Hmm... Is it correct to change function signatures without extension >> version bump? pg_upgraded clusters would remain with old version of these >> functions. Once we have instances with same extension version but with >> different signatures of its functions, there is no correct way to refer >> these functions in future. I think we should do the version bump in this >> case. > > It doesn't really matter, though, because there simply isn't any need to > refer to these functions from SQL. They are only useful as opclass > support functions. > > But this is likely moot anyway, because of the need to bump all the > contrib modules' versions in order to install parallel-safety labels on > their functions. (I wonder why that isn't on the open-items list.) Because it was argued by Noah that this was 9.7 work. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-committers по дате отправления: