Re: GSoC - proposal - Materialized Views in PostgreSQL - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: GSoC - proposal - Materialized Views in PostgreSQL
Date
Msg-id 4BC079ED.1070906@dunslane.net
Whole thread Raw
In response to Re: GSoC - proposal - Materialized Views in PostgreSQL  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Responses Re: GSoC - proposal - Materialized Views in PostgreSQL  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers

Heikki Linnakangas wrote:
>
> 1. Keep the materialized view up-to-date when the base tables change.
> This can be further divided into many steps, you can begin by supporting
> automatic updates only on very simple views with e.g a single table and
> a where clause. Then extend that to support joins, aggregates,
> subqueries etc. Keeping it really limited, you could even require the
> user to write the required triggers himself.
>
>   

That last bit doesn't strike me as much of an advance. Isn't the whole 
point of this to automate it? Creating greedy materialized views is 
usually not terribly difficult now, but you do have to write the triggers.

The other thing that could be interesting about this would be some 
scheme for lazy refresh that didn't involve re-extracting the whole data 
set.

cheers

andrew


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: master in standby mode croaks
Next
From: Robert Haas
Date:
Subject: Re: GSoC - proposal - Materialized Views in PostgreSQL