Re: Feature Suggestion: Make synchronous_commit a table level property

From: Christoph Moench-Tegeder <cmt(at)burggraben(dot)net>
To: Anas-ur-Rasheed Khan <annicheez(at)gmail(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Feature Suggestion: Make synchronous_commit a table level property
Date: 2025-05-22 10:47:09
Message-ID: aC8ArUZvrWpdGAXX@sciurus.exwg.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

## Anas-ur-Rasheed Khan (annicheez(at)gmail(dot)com):

> We have a use case where some tables are derived, i.e., can be
> reconstructed entirely from 'source' tables (similar to views, but more
> complex mathematical transformations are applied). Data integrity and
> durability are important for 'source' tables, but not so much for derived
> tables. In the event of a crash, it is important that we can recover data
> from volatile memory for 'source' tables.

Did you consider unlogged tables?
https://www.postgresql.org/docs/current/sql-createtable.html#SQL-CREATETABLE-UNLOGGED
The documentation says "considerably faster than ordinary tables" but
"automatically truncated after a crash" which might fit your
requirements.

"Synchronous Commit" should be understood as transaction property and
does not really work on a table level.

Regards,
Christoph

--
Spare Space.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Álvaro Herrera 2025-05-22 11:43:36 Re: queryId constant squashing does not support prepared statements
Previous Message Andy Fan 2025-05-22 10:16:34 Re: Feature Suggestion: Make synchronous_commit a table level property