Re: Buffer statistics for pg_stat_statements - Mailing list pgsql-hackers

From Takahiro Itagaki
Subject Re: Buffer statistics for pg_stat_statements
Date
Msg-id 20100107173113.97B7.52131E4D@oss.ntt.co.jp
Whole thread Raw
In response to Re: Buffer statistics for pg_stat_statements  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Buffer statistics for pg_stat_statements  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> wrote:

> > I don't necessarily know what the right thing to do with the new ones
> > is, but I am pretty sure that pg_indent will revert any changes you
> > make to the existing ones.
>
> That it will.  The proposed changes to the existing lines are an
> exercise in uselessness; and to the extent that you format the added
> lines with this layout in mind, the final result could be worse than
> what you'd get if you adapt to pg_indent's rules to start with.

Here is the proposed patch to adjust white spaces.
It does not indent variables, but indents comments of the variables
to adjust other fields. Are those changes ok?

Regards,
---
Takahiro Itagaki
NTT Open Source Software Center


Attachment

pgsql-hackers by date:

Previous
From: Leonardo F
Date:
Subject: Re: I: TODO: Allow substring/replace() to get/set bit values
Next
From: Magnus Hagander
Date:
Subject: Re: 'replication' keyword on .pgpass (Streaming Replication)