Re: PostgreSQL Limits and lack of documentation about them.

From: David Rowley <david(dot)rowley(at)2ndquadrant(dot)com>
To: Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, John Naylor <jcnaylor(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: PostgreSQL Limits and lack of documentation about them.
Date: 2018-11-28 22:59:20
Message-ID: CAKJS1f-TEmwnzOELGeaP_2n95eEz1dYWo8eVuZxNyJ10=6DZGQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, 29 Nov 2018 at 07:06, Peter Eisentraut
<peter(dot)eisentraut(at)2ndquadrant(dot)com> wrote:
>
> That last sentence about the dropped columns is confusing to me:
>
> + <para>
> + Columns which have been dropped from the table also contribute to the
> + maximum column limit, although the dropped column values for newly
> + created tuples are internally marked as NULL in the tuple's null
> bitmap,
> + which does occupy space.
> + </para>
>
> So the dropped columns matter, but they are null, but the nulls matter
> too. What are we really trying to say here? Maybe this:
>
> Columns which have been dropped from the table also contribute to the
> maximum column limit. Moreover, although the dropped column values for
> newly created tuples are internally marked as NULL in the tuple's null
> bitmap, the null bitmap also occupies space.

I'd say that's a small improvement that's worth making. I've attached
a patch using your reformed version of that paragraph.

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

Attachment Content-Type Size
v6-0001-Add-documentation-section-appendix-detailing-some.patch application/octet-stream 5.3 KB

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message David Rowley 2018-11-28 23:04:37 Re: PostgreSQL Limits and lack of documentation about them.
Previous Message Sergei Agalakov 2018-11-28 22:59:18 Re: [PROPOSAL] extend the object names to the qualified names in pg_stat_statements