Search Postgresql Archives

Re: avoid WAL for refresh of materialized view

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Le mar. 24 mars 2020 à 17:00, Remund Alain <alain.remund@xxxxxxxxxxxx> a écrit :

Hi all

 

We have PostgreSql 9.6 running and started to work with materialized views. To refresh the materialized views, we set up a cron job that refreshes the materialized views on a fix schedule.

Since our materialized views cache quite some data, we noticed a considerable increase in WAL files. It seems, that every refresh of a materialized view is logged in the WAL.

 

We tried to figure out how we can alter the materialized view to set it to "UNLOGGED" but this does not seem possible.

--> "alter materialized view xyz set UNLOGGED;" leads to "ERROR:  "xyz" is not a table, SQL state: 42809"

 

Is there another way to avoid logging a refresh of a materialized view in the WAL?

 


As you say, there is no unlogged materialized view. So, no, it will always log to the WAL during refresh.


--
Guillaume.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]

  Powered by Linux