Re: \d+ for long view definitions?
От
Alvaro Herrera
Тема
Re: \d+ for long view definitions?
Дата
Msg-id
20090831000439.GB18965@alvh.no-ip.org
Ответ на
Re: \d+ for long view definitions? (Tom Lane)
Список
Дерево обсуждения
\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 по дате отправления