Re: counting algorithm for incremental matview maintenance - Mailing list pgsql-hackers

From Merlin Moncure
Subject Re: counting algorithm for incremental matview maintenance
Date
Msg-id CAHyXU0y+FaZ-GkghpffoRXWR03oKOjy-4jk0zwJGLoyWsUDMYw@mail.gmail.com
Whole thread Raw
In response to Re: counting algorithm for incremental matview maintenance  (Kevin Grittner <kgrittn@ymail.com>)
Responses Re: counting algorithm for incremental matview maintenance  (Kevin Grittner <kgrittn@ymail.com>)
List pgsql-hackers
On Wed, May 15, 2013 at 11:33 AM, Kevin Grittner <kgrittn@ymail.com> wrote:
> Merlin Moncure <mmoncure@gmail.com> wrote:
>
>> #1 issue I have with current matview functionality is locking.
>> currently refresh takes out an access exclusive lock.  so,
>> question is, do you think your proposal will be such that it will
>> no longer require taking out full lock for refresh purposes
>> (either incremental or otherwise)?
>
> The right thread for *that* question is "Differential
> (transactional) REFRESH"; however, I might as well say here that I
> don't think we want to get rid of the (faster) version that just
> replaces the current heap when we add the (slower) option to
> REFRESH it transactionally.

sorry, didn't notice that thread.   agreed, that seems good candidate
for user input to refresh command to manage the tradeoff.

well, do you expect the application of differential refresh to be
automatic?  lockless + differential refresh would be game changer in
terms of how I build up data for analytics.

merlin



pgsql-hackers by date:

Previous
From: Manlio Perillo
Date:
Subject: Re: Proposed TODO: add support for "any" for PL/PythonU and PL/Perl
Next
From: Alvaro Herrera
Date:
Subject: Re: commit fest schedule for 9.4