Re: pageinspect: Hash index support

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

In response to

Browse pgsql-hackers by date

  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