Re: \d+ for long view definitions?

Поиск
Список
Период
Сортировка
Искать
От
Alvaro Herrera
Тема
Re: \d+ for long view definitions?
Дата
Msg-id
20090831000439.GB18965@alvh.no-ip.org
Ответ на
Список
Дерево обсуждения
\d+ for long view definitions? Peter Eisentraut <peter_e@gmx.net>
Re: \d+ for long view definitions? Tom Lane <tgl@sss.pgh.pa.us>
Re: \d+ for long view definitions? Peter Eisentraut <peter_e@gmx.net>
Re: \d+ for long view definitions? Tom Lane <tgl@sss.pgh.pa.us>
Re: \d+ for long view definitions? Josh Berkus <josh@agliodbs.com>
Re: \d+ for long view definitions? Robert Haas <robertmhaas@gmail.com>
Re: \d+ for long view definitions? Tom Lane <tgl@sss.pgh.pa.us>
Re: \d+ for long view definitions? Peter Eisentraut <peter_e@gmx.net>
Re: \d+ for long view definitions? Josh Berkus <josh@agliodbs.com>
Re: \d+ for long view definitions? David Fetter <david@fetter.org>
Re: \d+ for long view definitions? Robert Haas <robertmhaas@gmail.com>
Re: \d+ for long view definitions? "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: \d+ for long view definitions? Alvaro Herrera <alvherre@commandprompt.com>
Tom Lane wrote:
> Peter Eisentraut  writes:
> > Using \d on, say, information schema views is completely hilarious
> > because the column name/data type information is usually scrolled off
> > the screen by the immense view definition.
> 
> > Could we change this perhaps so that the full view definition is only
> > shown with \d+ when the view definition is longer than N characters or N
> > lines or some other suitable cutoff.  Ideas?
> 
> The same complaint could be made for any table with more than
> twenty-some columns.  Seems like a more general answer would be
> for \d output to go through the pager ...

I think the fix is to have psql add the number of lines in headers and
footers to the calculation that decides whether to use the pager or not.
Right now I think it only considers data rows.

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
От: Bruce Momjian
Дата: