Re: matview scannability rehash (was Re: Drastic performance loss in assert-enabled build in HEAD) - Mailing list pgsql-hackers

From Noah Misch
Subject Re: matview scannability rehash (was Re: Drastic performance loss in assert-enabled build in HEAD)
Date
Msg-id 20130405142719.GA8155@tornado.leadboat.com
Whole thread Raw
In response to Re: matview scannability rehash (was Re: Drastic performance loss in assert-enabled build in HEAD)  (Kevin Grittner <kgrittn@ymail.com>)
List pgsql-hackers
On Fri, Apr 05, 2013 at 07:00:38AM -0700, Kevin Grittner wrote:
> Noah Misch <noah@leadboat.com> wrote:
> 
> > The SQL commands I cited as responsible for creating or removing
> > the fork all make a new relfilenode anyway.  Thus, "add" actually
> > means creating the fork with the new relfilenode, and "remove"
> > actually means omitting the fork from the new relfilenode.  The
> > association between relfilenodes and relations is, of course,
> > transactional.
> 
> The same argument applies to the currently-committed code.

True.

-- 
Noah Misch
EnterpriseDB                                 http://www.enterprisedb.com



pgsql-hackers by date:

Previous
From: Kevin Grittner
Date:
Subject: Re: matview scannability rehash (was Re: Drastic performance loss in assert-enabled build in HEAD)
Next
From: Kevin Grittner
Date:
Subject: Re: matview scannability rehash (was Re: Drastic performance loss in assert-enabled build in HEAD)