Re: tsearch_core for inclusion

Поиск
Список
Период
Сортировка
От Florian G. Pflug
Тема Re: tsearch_core for inclusion
Дата
Msg-id 4607ED69.9030401@phlo.org
обсуждение исходный текст
Ответ на Re: tsearch_core for inclusion  (Oleg Bartunov <oleg@sai.msu.su>)
Ответы Re: tsearch_core for inclusion  (Oleg Bartunov <oleg@sai.msu.su>)
Список pgsql-hackers
Oleg Bartunov wrote:
> On Fri, 23 Mar 2007, Florian G. Pflug wrote:
> 
>> Teodor Sigaev wrote:
>>> For given schema and server's locale, it's possible to have several 
>>> FTS configurations, but the only one (with special flag enabled)
>>> could be used as default. Current (active) FTS configuration contains
>>> in GUC variable tsearch_conf_name. If it's not defined, then FTS 
>>> configuration
>>> is looked in search_path to match server's locale with default flag 
>>> enabled.
>>
>> Isn't the real problem that only _one_ configuration per locale should
>> be marked as DEFAULT at any time, no matter what schema it is in?
> 
> I'm not sure I understand you correct (a bit complex :), but it's allowed
> to have only _one_ DEFAULT configuration per schema/per locale. So,
> visibility is defined by search_path for given locale.

Yes, but why is that needed? Wouldn't one DEFAULT configuration
per database be sufficient, and avoid the search_path problems?

Sorry if I'm being stupid - I just can't see what having a different
DEFAULT configuration per schema buys you.

greetings, Florian Pflug


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

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: notification payloads
Следующее
От: Dave Page
Дата:
Сообщение: Re: notification payloads