Re: [HACKERS] Better way to handle suppression of CASCADE detailmessages

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: [HACKERS] Better way to handle suppression of CASCADE detailmessages
Дата
Msg-id 20170801173922.txyo6nr4j5grgipf@alap3.anarazel.de
обсуждение исходный текст
Ответ на [HACKERS] Better way to handle suppression of CASCADE detail messages  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] Better way to handle suppression of CASCADE detail messages  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Дерево обсуждения 
Hi,

On 2017-08-01 13:34:45 -0400, Tom Lane wrote:
> BTW, in the long run maybe we should instead make the CASCADE message
> ordering more predictable, perhaps by sorting the objects by OID.
> But that's not a job for beta time.

Oid is probably not good enough - with parallel tests and such it's not
necessarily predicable. Even less so when the tests are run against an
existing cluster.  Sorting by name would probably be better...

Greetings,

Andres Freund

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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: [HACKERS] More flexible LDAP auth search filters?
Следующее
От: Robert Haas
Дата:
Сообщение: Re: [HACKERS] Better way to handle suppression of CASCADE detail messages