From: | Decibel! <decibel(at)decibel(dot)org> |
---|---|
To: | js(at)deriva(dot)de |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Would like to sponsor implementation of MATERIALIZED VIEWS |
Date: | 2008-05-19 23:14:10 |
Message-ID: | 1E2B43FB-2594-4110-81A7-E6E14C850699@decibel.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On May 15, 2008, at 1:40 AM, js(at)deriva(dot)de wrote:
> as I posted already in the general newsgroup our company has decided
> that we would like to sponsor the implementation of materialized views
> for Postgres.
> However at the moment we have no idea about the complexity of the
> implementation and therefore what the cost would be. Since the point
> is already on the TODO List, are there already any (rough) estimates?
>
> The TODO List reads:
> "Right now materialized views require the user to create triggers on
> the main table to keep the summary table current. SQL syntax should be
> able to manager the triggers and summary table automatically."
> And this is what we need.
>
> "A more sophisticated implementation would automatically retrieve from
> the summary table when the main table is referenced, if possible."
> If this means that e.g. a query would "know by itself" that it could
> get the data from the view instead of from the main table, then we
> don't need this feature at the moment. Otherwise: Could anyone
Has anyone contacted the OP about implementing this? Do we have
procedure in place for people to sponsor major features like this?
--
Decibel!, aka Jim C. Nasby, Database Architect decibel(at)decibel(dot)org
Give your computer some brain candy! www.distributed.net Team #1828
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2008-05-20 00:22:39 | Re: libpq object hooks (libpq events) |
Previous Message | Douglas McNaught | 2008-05-19 21:57:00 | Re: Installation of Postgres 32Bit on 64 bit machine |