Re: pgstattuple documentation clarification

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: pgstattuple documentation clarification
Date: 2016-12-20 15:01:56
Message-ID: 30516.1482246116@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
> Recently a client was confused because there was a substantial
> difference between the reported table_len of a table and the sum of the
> corresponding tuple_len, dead_tuple_len and free_space. The docs are
> fairly silent on this point, and I agree that in the absence of
> explanation it is confusing, so I propose that we add a clarification
> note along the lines of:

> The table_len will always be greater than the sum of the tuple_len,
> dead_tuple_len and free_space. The difference is accounted for by
> page overhead and space that is not free but cannot be attributed to
> any particular tuple.

> Or perhaps we should be more explicit and refer to the item pointers on
> the page.

I find "not free but cannot be attributed to any particular tuple"
to be entirely useless weasel wording, not to mention wrong with
respect to item pointers in particular.

Perhaps we should start counting the item pointers in tuple_len.
We'd still have to explain about page header overhead, but that
would be a pretty small and fixed-size discrepancy.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Fujii Masao 2016-12-20 15:03:14 Re: Proposal for changes to recovery.conf API
Previous Message Peter Eisentraut 2016-12-20 14:59:19 Re: pgsql: Add pg_sequence system catalog