Re: pgsql: Add a non-strict version of jsonb_set

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pgsql: Add a non-strict version of jsonb_set
Дата
Msg-id 30906.1579304462@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pgsql: Add a non-strict version of jsonb_set  (Andrew Dunstan <andrew.dunstan@2ndquadrant.com>)
Ответы Re: pgsql: Add a non-strict version of jsonb_set  (David Fetter <david@fetter.org>)
Список pgsql-committers
Andrew Dunstan <andrew.dunstan@2ndquadrant.com> writes:
>> On Jan 17, 2020, at 12:44 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>>> Shoulda been a catversion bump in here, if only for protocol's sake.

> I'd love to have a git pre-commit hook that would warn about this, it
> seems to happen several times a year, and I know I've transgressed
> more than once. Not sure what the rules should be, something like if
> you changed src/include/catalog/* but not
> src/include/catalog/catversion.h ?

Meh.  I think that would lead to forced catversion bumps even when
not necessary (ex: when just correcting description strings).
The cure could easily be worse than the disease.

In reality, the only reason for repeated catversion bumps during
development is to warn fellow developers that they have to do
an initdb after a git pull.  That's certainly a valuable courtesy,
but the sky generally isn't going to fall if you forget.

I'd be okay with a hook that there was a way to override ("yes,
I know what I'm doing, this doesn't require a catversion change").
But there's no way to do that is there?

            regards, tom lane



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

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: pgsql: Add a non-strict version of jsonb_set
Следующее
От: Michael Paquier
Дата:
Сообщение: pgsql: Add GUC checks for ssl_min_protocol_version and ssl_max_protocol