From: | Jeff Janes <jeff(dot)janes(at)gmail(dot)com> |
---|---|
To: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
Cc: | Jesper Pedersen <jesper(dot)pedersen(at)redhat(dot)com>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: pageinspect: Hash index support |
Date: | 2016-09-21 16:08:50 |
Message-ID: | CAMkU=1x6CgOcbR1=pz_9g3h1n7Nugdbo+YVbt2FLwO4uRSr_oQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Sep 20, 2016 at 11:14 PM, Michael Paquier <michael(dot)paquier(at)gmail(dot)com
> wrote:
>
> + <para>
> + The type information will be '<literal>m</literal>' for a metadata
> page,
> + '<literal>v</literal>' for an overflow page,
> '<literal>b</literal>' for a bucket page,
> + '<literal>i</literal>' for a bitmap page, and
> '<literal>u</literal>' for an unused page.
> + </para>
>
> Other functions don't go into this level of details, so I would just
> rip out this paragraph.
>
I'd argue that the other functions should go into that level detail in some
places. Pageinspect is needlessly hard to use; not all precedent is good
precedent. Some of them do refer you to header files or README files,
which can be useful. But the abbreviations used here are not explained in
any header file or README file, so I think the right place to explain them
is the documentation in that case. Or change from the single-letter strings
to full name strings so they are self-documenting.
Cheers,
Jeff
From | Date | Subject | |
---|---|---|---|
Next Message | David Fetter | 2016-09-21 16:22:59 | Re: New SQL counter statistics view (pg_stat_sql) |
Previous Message | Stas Kelvich | 2016-09-21 15:30:07 | Re: Speedup twophase transactions |