Re: [HACKERS] proposal: psql command \graw

Поиск
Список
Период
Сортировка
От Fabien COELHO
Тема Re: [HACKERS] proposal: psql command \graw
Дата
Msg-id alpine.DEB.2.20.1711101630060.668@lancre
обсуждение исходный текст
Ответ на Re: [HACKERS] proposal: psql command \graw  (Pavel Stehule <pavel.stehule@gmail.com>)
Ответы Re: [HACKERS] proposal: psql command \graw
Список pgsql-hackers
Hello,

>> Maybe I'm missing something, but it looks that it could be made to work 
>> without adding another boolean.
>
> The tuples only cannot be disabled, because then other parts print number
> of rows
>
> postgres=# \pset format unaligned
> Output format is unaligned.
>
> postgres=# select 10 as a, 20 as b;
> a|b
> 10|20
> (1 row) ----<<<<<

Argh. Too bad.

I'm not at ease with having two bools which nearly mean the opposite one 
of the other but not exactly... however I'm not sure that there is a 
simpler way out of this, some exception handling is needed one way or the 
other, either within the header or within the footer... Maybe the whole 
topt logic should be reviewed, but that is not the point of this patch.

So I switched the patch to "ready for committer".

-- 
Fabien.


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] Simplify ACL handling for large objects and removal of superuser() checks
Следующее
От: "Bossart, Nathan"
Дата:
Сообщение: [HACKERS] pg_upgrade to clusters with a different WAL segment size