Re: Delta Materialized View Refreshes? - Mailing list pgsql-hackers

From denty
Subject Re: Delta Materialized View Refreshes?
Date
Msg-id 1536999072410-0.post@n3.nabble.com
Whole thread Raw
In response to Re: Delta Materialized View Refreshes?  (Isaac Morland <isaac.morland@gmail.com>)
Responses Re: Delta Materialized View Refreshes?  (denty <denty@QQdd.eu>)
List pgsql-hackers
The idea of allowing a WHERE clause to be appended to REFRESH MATERIALIZED
VIEW seems useful.

It would enable those that know well the pattern of data modification in
their underlying use case to schedule delta-updates (say, from crontab).

And also it would be a useful as a foundation for more ambitious ideas. For
example, some folk can/wish to do something entirely custom that is
trigger-based. Others such as Nico's have toolkits that intend to cover
quite a lot of the automagical refresh cases (see this other thread
https://www.postgresql-archive.org/Query-Rewrite-for-Materialized-Views-FDW-Extension-td6015235.html),
and it allows the data to remain in an MVIEW to boot, rather than forcing
them to use normal tables instead. It could also be the foundation for
something much more integrated such as Corey's CONTINUOUS MATERIALIZED VIEW
concept.

So I'm certainly supportive of the idea.



--
Sent from: http://www.postgresql-archive.org/PostgreSQL-hackers-f1928748.html


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: move PartitionDispatchData definition to execPartition.c
Next
From: Masahiko Sawada
Date:
Subject: Re: when set track_commit_timestamp on, database system abort startup