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

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: pgsql: Add a non-strict version of jsonb_set
Дата
Msg-id CAA8=A79P1E727WU2L27Dx7LardkxjJAecCc0gBmj-hzWtdthpg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: pgsql: Add a non-strict version of jsonb_set  (Andrew Dunstan <andrew@dunslane.net>)
Ответы Re: pgsql: Add a non-strict version of jsonb_set  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-committers
On Fri, Jan 17, 2020 at 1:50 PM Andrew Dunstan <andrew@dunslane.net> wrote:
>
>
>
>
>
> > On Jan 17, 2020, at 12:44 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> >
> > Andrew Dunstan <andrew@dunslane.net> writes:
> >> Add a non-strict version of jsonb_set
> >
> > Shoulda been a catversion bump in here, if only for protocol's sake.
> >
> > (A useful rule of thumb is "if you won't pass the regression tests
> > without doing an initdb, there should be a catversion change".)
> >
> >
>
> Argh! Will fix when back at my desk
>


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 ?

cheers

andrew

--
Andrew Dunstan                https://www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



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

Предыдущее
От: Alexander Korotkov
Дата:
Сообщение: pgsql: Avoid full scan of GIN indexes when possible
Следующее
От: Tom Lane
Дата:
Сообщение: Re: pgsql: Add a non-strict version of jsonb_set