Re: counting algorithm for incremental matview maintenance

Поиск
Список
Период
Сортировка
От Merlin Moncure
Тема Re: counting algorithm for incremental matview maintenance
Дата
Msg-id CAHyXU0y+FaZ-GkghpffoRXWR03oKOjy-4jk0zwJGLoyWsUDMYw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: counting algorithm for incremental matview maintenance  (Kevin Grittner <kgrittn@ymail.com>)
Ответы Re: counting algorithm for incremental matview maintenance  (Kevin Grittner <kgrittn@ymail.com>)
Список 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 по дате отправления:

Предыдущее
От: Manlio Perillo
Дата:
Сообщение: Re: Proposed TODO: add support for "any" for PL/PythonU and PL/Perl
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: commit fest schedule for 9.4