Re: pg_partition_tree crashes for a non-defined relation

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_partition_tree crashes for a non-defined relation
Дата
Msg-id 19520.1544382449@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pg_partition_tree crashes for a non-defined relation  (Stephen Frost <sfrost@snowman.net>)
Ответы Re: pg_partition_tree crashes for a non-defined relation  (Michael Paquier <michael@paquier.xyz>)
Re: pg_partition_tree crashes for a non-defined relation  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Список pgsql-hackers
Stephen Frost <sfrost@snowman.net> writes:
> * Tom Lane (tgl@sss.pgh.pa.us) wrote:
>> ... especially in code that's highly unlikely to break once written.

> I don't entirely buy off on the argument that it's code that's 'highly
> unlikely to break once written' though- we do add new relkinds from time
> to time, for example.  Perhaps we could have these functions run just
> once per relkind.

Well, the relevant code is likely to be "if relkind is not x, y, or z,
then PG_RETURN_NULL".  If we add a new relkind and forget to consider the
function, the outcome is a NULL result that perhaps should not have been
NULL ... but a test like this won't help us notice that.

            regards, tom lane


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

Предыдущее
От: Sergei Kornilov
Дата:
Сообщение: Re: [HACKERS] REINDEX CONCURRENTLY 2.0
Следующее
От: Marti Raudsepp
Дата:
Сообщение: [PATCH] Minor cleanups of BRIN code