Re: REFRESH MATERIALIZED VIEW locklevel

From: Nicolas Barbier <nicolas(dot)barbier(at)gmail(dot)com>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: Josh Berkus <josh(at)agliodbs(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: REFRESH MATERIALIZED VIEW locklevel
Date: 2013-03-08 11:24:05
Message-ID: CAP-rdTYbZYME+Z8gC_JP5Qo842uMhx4VML0xQNUjm1rGNjGc4A@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-advocacy pgsql-hackers

2013/3/8 Andres Freund <andres(at)anarazel(dot)de>:

> On 2013-03-07 15:21:35 -0800, Josh Berkus wrote:
>
>> This limitation is in no way crippling for this feature, or even a major
>> detraction. I still intend to promote the heck out of this feature.
>
> Thats scaring me. Because the current state of the feature isn't
> something that people expect under the term "materialized views" and I
> am pretty damn sure people will then remember postgres as trying to
> provide a tick-box item without it being really usable in the real
> world.
> And thats not something I want postgres to be known for.

+1. It seems wise to wait for the feature to ripen some more. That
way, the impact of any promotion will be stronger; Most people
understand “materialized views” to mean something more that what is
currently there.

Of course, a drawback of waiting would be that you might lose the
momentum of the expression “materialized views.” OTOH, any questions
along the lines of “I thought PG supported materialized views since
9.3? Why are they making such a fuss about it now (i.e., > 9.3)?”
would lead to people discussing even more, which might enhance the
effect of the promotion.

Nicolas

--
A. Because it breaks the logical sequence of discussion.
Q. Why is top posting bad?

In response to

Browse pgsql-advocacy by date

  From Date Subject
Next Message Josh Berkus 2013-03-08 17:59:58 Re: [HACKERS] REFRESH MATERIALIZED VIEW locklevel
Previous Message Andres Freund 2013-03-08 00:09:21 Re: REFRESH MATERIALIZED VIEW locklevel

Browse pgsql-hackers by date

  From Date Subject
Next Message Kohei KaiGai 2013-03-08 12:04:27 Re: [v9.3] OAT_POST_ALTER object access hooks
Previous Message Pavel Stehule 2013-03-08 09:23:29 Re: [BUGS] BUG #7873: pg_restore --clean tries to drop tables that don't exist