Re: [HACKERS] sketchy partcollation handling

Поиск
Список
Период
Сортировка
От Amit Langote
Тема Re: [HACKERS] sketchy partcollation handling
Дата
Msg-id 6f36ef92-0e83-e83a-c0df-c589371e70ff@lab.ntt.co.jp
обсуждение исходный текст
Ответ на Re: [HACKERS] sketchy partcollation handling  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 2017/06/07 1:08, Tom Lane wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>> On Sun, Jun 4, 2017 at 10:18 PM, Amit Langote
>> <Langote_Amit_f8@lab.ntt.co.jp> wrote:
>>> BTW, the places which check whether the collation to store a dependency
>>> for is the database default collation don't need to do that.  I mean the
>>> following code block in all of these places:
>>>
>>> /* The default collation is pinned, so don't bother recording it */
>>> if (OidIsValid(attr->attcollation) &&
>>> attr->attcollation != DEFAULT_COLLATION_OID)
> 
>> We could go change them all, but I guess I don't particularly see the point.
> 
> That's an intentional measure to save the catalog activity involved in
> finding out that the default collation is pinned.  It's not *necessary*,
> sure, but it's a useful and easy optimization.

I see.  Thanks for explaining.

Regards,
Amit




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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: [HACKERS] Coverage improvements of src/bin/pg_basebackup and pg_receivewal --endpos
Следующее
От: Amit Langote
Дата:
Сообщение: Re: [HACKERS] sketchy partcollation handling