From: | Thom Brown <thom(at)linux(dot)com> |
---|---|
To: | Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Should a materialized view be based on a view? |
Date: | 2011-11-18 22:37:51 |
Message-ID: | CAA-aLv76M4LubCh+Pdrtosi8Q78vfqLXGSajdUkx28u2sNBx2w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 18 November 2011 22:26, Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov> wrote:
> I still have a lot of reading to do before I propose anything
> concrete for development, but one thing that has already struck me
> as a common theme for MVs is that a lot of people seem to like the
> idea of first creating a "normal" view, and then materializing it.
> That seems pretty attractive to me, too. How do people feel about
> that as a fundamental design decision: that a MV would always have
> a corresponding view (under a different name or in a different
> schema)? Love it or hate it?
Is there a need to create it as a normal view first? Can't the CREATE
VIEW syntax be expanded to support MV capabilities? (CREATE [
MATERIALIZED ] VIEW...) And then ALTER VIEW can materialise a regular
view, or dematerialise a materialised view.
--
Thom Brown
Twitter: @darkixion
IRC (freenode): dark_ixion
Registered Linux user: #516935
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2011-11-18 23:16:18 | Re: EXPLAIN (plan off, rewrite off) for benchmarking |
Previous Message | Szymon Guz | 2011-11-18 22:37:38 | Re: Should a materialized view be based on a view? |