Re: GSoC - proposal - Materialized Views in PostgreSQL
От | Robert Haas |
---|---|
Тема | Re: GSoC - proposal - Materialized Views in PostgreSQL |
Дата | |
Msg-id | u2k603c8f071004111147g3e66e561o1fdaa60e526afe3d@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: GSoC - proposal - Materialized Views in PostgreSQL (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>) |
Ответы |
Re: GSoC - proposal - Materialized Views in PostgreSQL
Re: GSoC - proposal - Materialized Views in PostgreSQL |
Список | pgsql-hackers |
On Sun, Apr 11, 2010 at 10:26 AM, Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> wrote: > Robert Haas wrote: >> 2010/4/10 Andrew Dunstan <andrew@dunslane.net>: >>> 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. >> >> Yeah, I agree. > > It doesn't accomplish anything interesting on its own. But if you do the > planner changes to automatically use the materialized view to satisfy > queries (item 2. in my previous email), it's useful. But you can't do that with a snapshot view, only a continuous updated one. ...Robert
В списке pgsql-hackers по дате отправления: