Re: bootstrap pg_shseclabel in relcache initialization

Поиск
Список
Период
Сортировка
От Joe Conway
Тема Re: bootstrap pg_shseclabel in relcache initialization
Дата
Msg-id 56439146.9080601@joeconway.com
обсуждение исходный текст
Ответ на Re: bootstrap pg_shseclabel in relcache initialization  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 11/11/2015 11:31 AM, Tom Lane wrote:
> After sleeping on it, the best compromise I can think of is to add an
> "Assert(false)" after the WARNING report for the shared-catalogs case.
> This will make the failure un-missable in any development build, while
> not breaking production builds' ability to recover from corner cases
> we might not've foreseen.

That sounds like a good answer to me.

> Of course, if you run an assert-enabled build in production, you might
> possibly lose.  But that's never been recommended practice.

Yeah, there are plenty of other ways you would lose on that proposition.

Joe

--
Crunchy Data - http://crunchydata.com
PostgreSQL Support for Secure Enterprises
Consulting, Training, & Open Source Development


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

Предыдущее
От: Gavin Flower
Дата:
Сообщение: Re: can we add SKIP LOCKED to UPDATE?
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Translation updates