Re: move collation import to backend

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: move collation import to backend
Дата
Msg-id 5e72e41b-4f62-4bab-f367-7e26c82add70@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: move collation import to backend  (Andres Freund <andres@anarazel.de>)
Ответы Re: move collation import to backend
Список pgsql-hackers
On 11/12/16 10:38 AM, Andres Freund wrote:
> E.g. what if previously present collations are now unavailable?

You get an error message when you try to use the collation.  I think
that is a different class of problems.

>>
>>      /*
>>      * Also forbid matching an any-encoding entry.  This test of course is not
>>      * backed up by the unique index, but it's not a problem since we don't
>>      * support adding any-encoding entries after initdb.
>>      */
>
> Note that this isn't true anymore...

I think this is still correct, because the collation import does not
produce any any-encoding entries (collencoding = -1).

>> +
>> +Datum pg_import_system_collations(PG_FUNCTION_ARGS);
>> +
>> +Datum
>> +pg_import_system_collations(PG_FUNCTION_ARGS)
>> +{
>
> Uh?

Required to avoid compiler warning about missing prototype.

> This function needs to have !superuser permissions revoked, which it
> afaics currently hasn't.

Done.

New patch attached (includes OID change because of conflict).

--
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

Вложения

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

Предыдущее
От: Corey Huinker
Дата:
Сообщение: Re: PSQL commands: \quit_if, \quit_unless
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Patch: Implement failover on libpq connect level.