Re: [HACKERS] proposal: psql command \graw

Поиск
Список
Период
Сортировка
От Fabien COELHO
Тема Re: [HACKERS] proposal: psql command \graw
Дата
Msg-id alpine.DEB.2.20.1708240849080.2606@lancre
обсуждение исходный текст
Ответ на Re: [HACKERS] proposal: psql command \graw  (Pavel Stehule <pavel.stehule@gmail.com>)
Ответы Re: [HACKERS] proposal: psql command \graw  (Pavel Stehule <pavel.stehule@gmail.com>)
Список pgsql-hackers
>> "column_header" is somehow redundant with "tuples_only". Use the
>> existing one instead of adding a new one?
>
> It is different - a result of tuples_only is just tuples - not column
> names, not title, footer. I needed new special flag for enhancing
> tuples_only to print column names

I do not understand. If you keep the special print_raw function, it can 
use tuples_only as true for without column names, and false for with 
column names?

>> More generally, ISTM that the same effect could be achieved without
>> adding a new print function, but by setting more options (separator,
>> ...) and calling an existing print function. If so, I think it would
>> reduce the code size.
>
> Maybe, maybe not. removing PRINT_RAW you need to enhance PRINT_UNALIGNED to
> use one shot parameters and you have to teach it to print column names in
> tuples_only mode. The code's length will be same. The form of this patch is
> not final.

Hmmm. Ok. It depends on the change implication on the print unaligned 
function.

-- 
Fabien.



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

Предыдущее
От: Douglas Doole
Дата:
Сообщение: Re: [HACKERS] [PATCH] Push limit to sort through a subquery
Следующее
От: Torsten Zuehlsdorff
Дата:
Сообщение: Re: [HACKERS] Thoughts on unit testing?