Re: proposal - get_extension_version function

Поиск
Список
Период
Сортировка
От Pavel Stehule
Тема Re: proposal - get_extension_version function
Дата
Msg-id CAFj8pRCYHqTdBxmA3pRJ5Y-nUY6zzAk_T1iqS_G_iGqxP5T66A@mail.gmail.com
обсуждение исходный текст
Ответ на Re: proposal - get_extension_version function  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers


st 8. 3. 2023 v 23:43 odesílatel Tom Lane <tgl@sss.pgh.pa.us> napsal:
Jacob Champion <jchampion@timescale.com> writes:
> What I'm trying to pin down is the project's position on the reverse
> -- binary version X and SQL version X+1 -- because that seems
> generally unmaintainable, and I don't understand why an author would
> pay that tax if they could just avoid it by bailing out entirely. (If
> an author wants to allow that, great, but does everyone have to?)

Hard to say.  Our experience with the standard contrib modules is that
it really isn't much additional trouble; but perhaps more-complex modules
would have more interdependencies between functions.  In any case,
I fail to see the need for basing things on a catalog lookup rather
than embedding API version numbers in relevant C symbols.

How can you check it? There is not any callback now.

Regards

Pavel


 

                        regards, tom lane

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

Предыдущее
От: vignesh C
Дата:
Сообщение: Re: [PATCH] Use indexes on the subscriber when REPLICA IDENTITY is full on the publisher
Следующее
От: Amit Kapila
Дата:
Сообщение: Re: [PATCH] Use indexes on the subscriber when REPLICA IDENTITY is full on the publisher