From: | Kevin Grittner <kgrittn(at)ymail(dot)com> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Noah Misch <noah(at)leadboat(dot)com>, "pgsql-hackers(at)postgreSQL(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: materialized view scannability in other DBs |
Date: | 2013-05-01 16:06:28 |
Message-ID: | 1367424388.3285.YahooMailNeo@web162904.mail.bf1.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
> Kevin Grittner <kgrittn(at)ymail(dot)com> wrote:
>> It seems to me pretty fundamental to have a way to avoid quietly
>> generating completely bogus results
> I understand that it seems fundamental to you. What I'm trying
> to establish is that reasonable people could disagree about that.
> I think the fact that Oracle doesn't have one is a compelling
> argument for that position.
Oracle has a "staleness" property for matviews which is set to
UNUSABLE when the matview is not populated. The fact that this
only prohibits use of the matview for query rewrite and not direct
reference is more a reflection of the orientation of Oracle toward
using matviews to accelerate queries written against the base
tables, much as indexes do. Direct access seems to be taken as
more useful for diagnostic purposes. Still, if you want to have
application-side responsibility for not using matviews when they
are not populated, the application can check this "staleness"
property. You don't seem to be suggesting that we provide any
equivalent.
--
Kevin Grittner
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2013-05-01 16:10:30 | Re: [COMMITTERS] pgsql: Make fast promotion the default promotion mode. |
Previous Message | Andres Freund | 2013-05-01 15:47:49 | Re: materialized view scannability in other DBs |