From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
---|---|
To: | Kevin Grittner <kgrittn(at)ymail(dot)com> |
Cc: | Noah Misch <noah(at)leadboat(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Kevin Grittner <kgrittn(at)mail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Marko Tiikkaja <pgmail(at)joh(dot)to>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Materialized views WIP patch |
Date: | 2013-02-18 13:02:10 |
Message-ID: | 20130218130210.GA4739@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
Kevin Grittner escribió:
> I'm OK with that approach, and in the absence of anyone pushing for
> another direction, will make that change to pg_dump. I'm thinking
> I would only do this for materialized views which were not
> scannable, but which cause REFRESH failures on other materialized
> views if not refreshed first (recursively evaluated), rather than
> just automatically refreshing all MVs on restore. The reason this
> seems important is that some MVs may take a long time to refresh,
> and a user might want a dump/restore to get to a point where they
> can use the rest of the database while building the contents of
> some MVs in the background or during off hours.
Maybe it would be a good idea to try to put such commands at the very
end of the dump, if possible.
--
Álvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2013-02-18 14:49:14 | Re: Materialized views WIP patch |
Previous Message | Peter Eisentraut | 2013-02-18 04:47:25 | pgsql: Add ALTER ROLE ALL SET command |
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Kapila | 2013-02-18 13:08:27 | Re: [PATCH] Add PQconninfoParseParams and PQconninfodefaultsMerge to libpq |
Previous Message | Amit Kapila | 2013-02-18 08:55:23 | Re: [PATCH] Add PQconninfoParseParams and PQconninfodefaultsMerge to libpq |