Re: Enable data checksums by default

From: Michael Paquier <michael(at)paquier(dot)xyz>
To: Greg Sabino Mullane <htamfids(at)gmail(dot)com>
Cc: Michael Banck <mbanck(at)gmx(dot)net>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Enable data checksums by default
Date: 2024-08-08 00:59:15
Message-ID: 0B3044ED-71F9-4A4C-9AB3-8829AF1BA929@paquier.xyz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers



On Aug 7, 2024, at 23:18, Greg Sabino Mullane <htamfids(at)gmail(dot)com> wrote:



On Wed, Aug 7, 2024 at 4:43 AM Michael Banck <mbanck(at)gmx(dot)net> wrote:.



Does it make sense to add -K (capital k) as a short-cut for this? I

think this is how we distinguish on/off for pg_dump (-t/-T etc.) but

maybe that is not wider project policy.





I'd rather not. Better to keep it explicit rather than some other weird letter that has no mnemonic value.


Not sure to see the point of a short option while the long option is able to do the job in a clear enough way. Using one character to define a positive or negative is confusing, harder to parse. That’s just my take.

Switching the default to use checksums makes sense to me. Even if there will be always an argument about efficiency, every uses of Postgres I’ve seen in the last 10 years enable data checksums to mitigate Postgres as a source of corruption.

The patch should be split in more pieces: one for the initdb option, a second for the tap test option switching some tests to use it where it matters and a third patch to change the default. This would limit the damage should the default be reverted as the new options are useful on their own.

--

Michael

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Joseph Koshakow 2024-08-08 01:40:46 Re: Remove dependence on integer wrapping
Previous Message Maciek Sakrejda 2024-08-08 00:35:05 Re: Unused expression indexes