Re: Documentation/help for materialized and recursive views

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: David Fetter <david(at)fetter(dot)org>, Peter Eisentraut <peter_e(at)gmx(dot)net>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Kevin Grittner <kgrittn(at)ymail(dot)com>, Nicolas Barbier <nicolas(dot)barbier(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Documentation/help for materialized and recursive views
Date: 2013-07-01 19:57:42
Message-ID: CABUevEyMVBE9gJv90ux4=4KTxjEo_ggbNVZgc5Z2UxJiTZJn3w@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Jul 1, 2013 at 9:26 PM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
> On Mon, Jul 1, 2013 at 10:20 AM, David Fetter <david(at)fetter(dot)org> wrote:
>> With deepest respect, failing to provide documentation to users on our
>> widest-deployed platform seems pretty hostile to me.
>
> Yes, that would be pretty hostile. However, we don't do anything that
> remotely resembles that statement, nor has anyone proposed any such
> thing.
>
> Personally, I think this whole thread is much ado about nothing.
> Magnus is basically arguing that people might expect that CREATE VIEW
> ought to tell you about CREATE MATERIALIZED VIEW also, but I don't
> find that argument to have a whole lot of merit. Views and
> materialized views are pretty different things; it is a bit like

How different are they really? Yes, they are very different from an
implementation standpoint, from an enduser perspective they really are
not. If they were, they'd probably be called something else..

> asking why Googling for "dog" does not give you information on hot
> dogs. The output of psql's \h command is intended to be a succinct

I'd personally say it's more like googling for dog gives me hits
specifically around "dog breeding" and not just dogs themselves.

> synopsis summarizing the salient syntax (try saying that five times
> fast), not a comprehensive reference. If you want the latter, read
> the fine manual. I admit that this particular case is slightly more
> prone to confusion than some, but I'm just not that exercised about
> it. Every bit of detail we add to the \h output is better for the
> people who otherwise would have been unhappy, but it's worse for all
> the people who did need it because it's more to read through.

True.

> Regardless of whether you agree with or disagree with the above
> statement, building a high-quality documentation reader into psql so
> that users who are running Windows but not mingw, cygwin, or pgAdmin
> can access the documentation more easily doesn't seem like the correct
> solution to this problem. I don't really object if somebody wants to
> do it (although someone else may object) but it's certainly taking the
> long way around as far as this particular confusion is concerned.

I still think a better option to that would be to get psql to provide
a link to the full documentation there.

pgAdmin could also do that, but doesn't - it gets you a link to the
main documentation, but not a context sensitive one IIRC.

--
Magnus Hagander
Me: http://www.hagander.net/
Work: http://www.redpill-linpro.com/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2013-07-01 20:04:46 Re: fallocate / posix_fallocate for new WAL file creation (etc...)
Previous Message Claudio Freire 2013-07-01 19:54:19 Re: Randomisation for ensuring nlogn complexity in quicksort