On Aug 7, 2024, at 23:18, Greg Sabino Mullane <htamf...@gmail.com> wrote:
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 |
- Enable data checksums by default Greg Sabino Mullane
- Re: Enable data checksums by default Michael Banck
- Re: Enable data checksums by default Greg Sabino Mullane
- Re: Enable data checksums by default Michael Paquier
- Re: Enable data checksums by default Greg Sabino Mullane
- Re: Enable data checksums by def... Peter Eisentraut
- Re: Enable data checksums by... Greg Sabino Mullane
- Re: Enable data checksums by... Bruce Momjian
- Re: Enable data checksum... Nathan Bossart
- Re: Enable data checksum... Greg Sabino Mullane
- Re: Enable data checksum... Peter Eisentraut
- Re: Enable data checksum... Nathan Bossart
- Re: Enable data checksums by default Jakub Wartak
- Re: Enable data checksums by default Michael Banck