Re: Proposed GUC Variable

Поиск
Список
Период
Сортировка
От ngpg@grymmjack.com
Тема Re: Proposed GUC Variable
Дата
Msg-id Xns9277D1C7D74FF9wn7t0983uom3iu23n@64.49.215.80
обсуждение исходный текст
Ответ на Re: Proposed GUC Variable  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
tgl@sss.pgh.pa.us (Tom Lane) wrote

> "Ross J. Reedstrom" <reedstrm@rice.edu> writes:
>> I agree that a 'trimmed' query is likely to be useless, but the idea of
>> printing the query on ERROR is a big win for me:
> 
> Certainly.  I think though that an on-or-off GUC option is sufficient.
> We don't need a length, and we definitely don't need code to strip out
> whitespace as Bruce was suggesting ...

Just out of curiosity... how much harder would it be to have the GUC 
variable represent the truncation length? so setting it to zero would be 
equivalent to turning the feature off...  I personally would have no use 
for this feature, but I am just curious.


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Proposed GUC Variable
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Open 7.3 items