Re: materialized view scannability in other DBs

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

In response to

Browse pgsql-hackers by date

  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