From: | "Reftel, Bengt Erik Magnus" <Magnus(dot)Reftel(at)skatteetaten(dot)no> |
---|---|
To: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> |
Cc: | "pgsql-general(at)lists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Max size per relation for partitioned tables |
Date: | 2024-10-28 09:41:36 |
Message-ID: | 644FEBBB-3AFA-4848-B091-696D2132227D@skatteetaten.no |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Wednesday, 23 October 2024 at 23:48, David G. Johnston <david(dot)g(dot)johnston(at)gmail(dot)com> wrote:
> On Wednesday, October 23, 2024, Reftel, Bengt Erik Magnus <mailto:Magnus(dot)Reftel(at)skatteetaten(dot)no> wrote:
>> Appendix K of the documentation, https://www.postgresql.org/docs/current/limits.html, lists 32TB as the maximum
>> size of a relation, but it´s not clear to me whether “relation” in this context for a partitioned table means the entire
>> logical table, or just the individual physical tables it comprises. That distinction is kind of critical for our use-case.
>> Does anyone here know which it is?
>Each physical partition.
Thank you! I´ll try to make a change to the documentation to clarify that.
Best Regards
Magnus Reftel
________________________________
Denne e-posten og eventuelle vedlegg er beregnet utelukkende for den institusjon eller person den er rettet til og kan være belagt med lovbestemt taushetsplikt. Dersom e-posten er feilsendt, vennligst slett den og kontakt Skatteetaten.
The contents of this email message and any attachments are intended solely for the addressee(s) and may contain confidential information and may be legally protected from disclosure. If you are not the intended recipient of this message, please immediately delete the message and alert the Norwegian Tax Administration.
From | Date | Subject | |
---|---|---|---|
Next Message | 馬 騰飛 | 2024-10-29 03:25:55 | RE: Compatibility Issues with Npgsql and .NET Framework 3.5 after Upgrading to PostgreSQL 16.3 |
Previous Message | Tom Lane | 2024-10-27 15:57:28 | Re: Setting "ucs_basic" as the default database collation |