Re: Incremental View Maintenance, take 2

From: Kirill Reshke <reshkekirill(at)gmail(dot)com>
To: Yugo NAGATA <nagata(at)sraoss(dot)co(dot)jp>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Incremental View Maintenance, take 2
Date: 2024-08-08 10:03:08
Message-ID: CALdSSPgmmVzRBZZd7XrPupBe_A7-Dmovxvqtfx5ywwHNJv+S7g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, 31 May 2023 at 20:14, Yugo NAGATA <nagata(at)sraoss(dot)co(dot)jp> wrote:
>
> Hello hackers,
>
> Here's a rebased version of the patch-set adding Incremental View
> Maintenance support for PostgreSQL. That was discussed in [1].
>
> The patch-set consists of the following eleven patches.
>
> - 0001: Add a syntax to create Incrementally Maintainable Materialized Views
> - 0002: Add relisivm column to pg_class system catalog
> - 0003: Allow to prolong life span of transition tables until transaction end
> - 0004: Add Incremental View Maintenance support to pg_dum
> - 0005: Add Incremental View Maintenance support to psql
> - 0006: Add Incremental View Maintenance support
> - 0007: Add DISTINCT support for IVM
> - 0008: Add aggregates support in IVM
> - 0009: Add support for min/max aggregates for IVM
> - 0010: regression tests
> - 0011: documentation
>
> [1] https://www.postgresql.org/message-id/flat/20181227215726.4d166b4874f8983a641123f5%40sraoss.co.jp
>
>
> Regards,
> Yugo Nagata
>
> --
> Yugo NAGATA <nagata(at)sraoss(dot)co(dot)jp>

Actually, this new MV delta-table calculation can be used to make
faster REFRESH MATERIALIZED VIEW even for non-IMMV. Specifically, we
can use our cost-based Optimizer to decide which way is cheaper:
regular query execution, or delta-table approach (if it is
applicable).

Is it worth another thread?

--
Best regards,
Kirill Reshke

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Zhijie Hou (Fujitsu) 2024-08-08 10:11:11 RE: [bug fix] prepared transaction might be lost when max_prepared_transactions is zero on the subscriber
Previous Message shveta malik 2024-08-08 10:01:19 Re: [bug fix] prepared transaction might be lost when max_prepared_transactions is zero on the subscriber