From: | David Johnston <polobo(at)yahoo(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Adrian Klaver <adrian(dot)klaver(at)gmail(dot)com>, Craig Ringer <ringerc(at)ringerc(dot)id(dot)au>, Bartosz Dmytrak <bdmytrak(at)gmail(dot)com>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: PostgreSQL limitations question |
Date: | 2012-07-12 14:22:37 |
Message-ID: | A15E1024-5B1F-419C-986F-FBA551FA8A6A@yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Jul 12, 2012, at 9:44, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
> We could perhaps replace "unlimited" by the result of dividing the max
> table size by the minimum row size. I'm not sure that would be
> particularly helpful though, since most tables are probably a good deal
> wider than the minimum row size, and so the effective limit would be
> quite a bit less.
>
> regards, tom lane
>
How about saying: "No Fixed Limit - see Table Size"
There is a semantic difference between being limited by the file-system (thus internally unlimited) or being limited by an internal constraint (table size). Pointing out the implication that a maximum table size necessarily limits the maximum number of rows stored benefits a very small fraction of the audience but it doesn't cause any harm to the remainder and doesn't cost much to implement.
You could also provide a range:
20 to millions+; based on the max row size of 1.2TB and whatever the minimum size would result in.
David J.
From | Date | Subject | |
---|---|---|---|
Next Message | Stefan Schwarzer | 2012-07-12 14:53:36 | ERROR: out of shared memory - But the table is empty |
Previous Message | Adrian Klaver | 2012-07-12 13:53:53 | Re: PostgreSQL limitations question |