Re: How about to have relnamespace and relrole?

Поиск
Список
Период
Сортировка
От Kyotaro HORIGUCHI
Тема Re: How about to have relnamespace and relrole?
Дата
Msg-id 20150310.174220.124647514.horiguchi.kyotaro@lab.ntt.co.jp
обсуждение исходный текст
Ответ на Re: How about to have relnamespace and relrole?  (Jim Nasby <Jim.Nasby@BlueTreble.com>)
Ответы Re: How about to have relnamespace and relrole?  (Jeevan Chalke <jeevan.chalke@gmail.com>)
Re: How about to have relnamespace and relrole?  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers
Thank you for the correction.

At Wed, 4 Mar 2015 01:01:48 -0600, Jim Nasby <Jim.Nasby@BlueTreble.com> wrote in <54F6ADDC.8030201@BlueTreble.com>
> On 3/3/15 8:04 PM, Kyotaro HORIGUCHI wrote:
> >> >Note: The OID alias types don't sctrictly comply the transaction
> >> >   isolation rules so do not use them where exact transaction
> >> >   isolation on the values of these types has a
> >> >   significance. Likewise, since they look as simple constants to
> >> >   planner so you might get slower plans than the queries joining
> >> >   the system tables correnspond to the OID types.
> 
> Might I suggest:
> 
> Note: The OID alias types do not completely follow transaction
> isolation rules. The planner also treats them as simple constants,
> which may result in sub-optimal planning.

Looks far simple and enough.
The note has been replaced with your sentence in the attached patch.

regards,

-- 
Kyotaro Horiguchi
NTT Open Source Software Center

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

Предыдущее
От: Kyotaro HORIGUCHI
Дата:
Сообщение: Re: pg_basebackup may fail to send feedbacks.
Следующее
От: Petr Jelinek
Дата:
Сообщение: Re: TABLESAMPLE patch