Re: GUC for data checksums

From: Andres Freund <andres(at)2ndquadrant(dot)com>
To: Bernd Helmle <mailings(at)oopsware(dot)de>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: GUC for data checksums
Date: 2013-09-15 14:05:06
Message-ID: 20130915140506.GA9114@awork2.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2013-09-15 03:34:53 +0200, Bernd Helmle wrote:
>
>
> --On 15. September 2013 00:25:34 +0200 Andres Freund
> <andres(at)2ndquadrant(dot)com> wrote:
>
> >Looks like a good idea to me. The implementation looks sane as well,
> >except that I am not sure if we really need to introduce that faux
> >variable. If the variable cannot be set and we have a SHOW hook, do we
> >need it?
>
> It's along the line with the other informational variables like block_size
> et al. Do you want to have a function instead or what's your intention?

Well, you've added a "data_checksums" variable that won't ever get used,
right? You can't set the variable and the show hook doesn't actually use
it.
The reason you presumably did so is that there is no plain variable that
contains information about data checksums, we first need to read the
control file to know whether it's enabled and GUCs are initialized way
earlier than that.

A quick look unfortunately shows that there's no support for GUCs
without an actual underlying variable, so unless somebody adds that,
there doesn't seem to be much choice.

I think a comment documenting that the data_checksums variable is not
actually used would be appropriate.

Greetings,

Andres Freund

--
Andres Freund http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2013-09-15 14:06:12 Re: logical changeset generation v6
Previous Message Peter Eisentraut 2013-09-15 14:03:54 Re: logical changeset generation v6