Re: Proposal: new border setting in psql

Поиск
Список
Период
Сортировка
От Gregory Stark
Тема Re: Proposal: new border setting in psql
Дата
Msg-id 874p5321if.fsf@oxford.xeocode.com
обсуждение исходный текст
Ответ на Re: Proposal: new border setting in psql  (Alvaro Herrera <alvherre@commandprompt.com>)
Ответы Re: Proposal: new border setting in psql
Re: Proposal: new border setting in psql
Список pgsql-hackers
Alvaro Herrera <alvherre@commandprompt.com> writes:

> Joshua Drake escribió:
>
>> I am trying to understand why we are having a client do this? If you
>> want some other type of output, script it.
>
> Convenience.  If we had real rst output, we could just copy'n paste into
> Trac or other systems.

I'm starting to think D'Arcy's on the right track here.

Keep in mind the use case here is as Alvaro says, just a user convenience
thing. It's not meant for file dumps and loads. If we're going to display an
ascii table we may as well use the same formatting as other tools so it can be
copy/pasted in.

Given that it's just a user convenience thing then I'm not sure the escaping
is necessarily a big deal. If the user happens to have any backslashes in
their data they can always stick a replace() call in their SQL. Perhaps we
should prove a rest_escape() function for that purpose.

I wonder if it's worth keeping two variants at all really. Why not just make
psql's native table formatting exactly ReST? Is there any part of it that we
don't like as much as our existing tables?

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com Get trained by Bruce Momjian - ask me about
EnterpriseDB'sPostgreSQL training! 


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

Предыдущее
От: "Hitoshi Harada"
Дата:
Сообщение: Window functions patch v04 for the September commit fest
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: [PATCHES] pg_dump lock timeout