Re: Doc patch, normalize search_path in index

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Doc patch, normalize search_path in index
Дата
Msg-id 20130125175003.GC6848@momjian.us
обсуждение исходный текст
Ответ на Doc patch, normalize search_path in index  ("Karl O. Pinc" <kop@meme.com>)
Ответы Re: Doc patch, normalize search_path in index  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Doc patch, normalize search_path in index  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
On Fri, Sep 28, 2012 at 12:40:38PM -0500, Karl O. Pinc wrote:
> Hi,
>
> The attached patch (against git head)
> normalizes "search_path" as the thing indexed
> and uses a secondary index term to distinguish
> the configuration parameter from the run-time
> setting.
>
> "search path" the concept remains distinguished
> in the index from "search_path" the setting/config param.
> It's hard to say whether it's useful to make this
> distinction.  From a practical perspective it's easy
> for the eye to stop scanning when the indent
> level changes and so fail to notice that both
> "search path" and "search_path" are index
> entries.  At least the index is a
> lot more tidy than before.

I have applied a modified version of your patch that creates separate
secondary index references for search_path.

--
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + It's impossible for everything to be true. +

Вложения

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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: COPY FREEZE has no warning
Следующее
От: Tom Lane
Дата:
Сообщение: Re: autovacuum not prioritising for-wraparound tables