aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJohn Naylor <john.naylor@postgresql.org>2024-08-20 10:02:34 +0700
committerJohn Naylor <john.naylor@postgresql.org>2024-08-20 13:36:33 +0700
commite51160fa0bab7203e37094fbb0349b0c324b09e7 (patch)
tree576bc1d51154785bf42934605cb0aa957c91a0cb
parentbe73e7008558cef1f59b0f4a61cefb6ec53c45c5 (diff)
downloadpostgresql-e51160fa0bab7203e37094fbb0349b0c324b09e7.tar.gz
postgresql-e51160fa0bab7203e37094fbb0349b0c324b09e7.zip
Document limit on the number of out-of-line values per table
Document the hard limit stemming from the size of an OID, and also mention the perfomance impact that occurs before the hard limit is reached. Jakub Wartak and Robert Haas Backpatch to all supported versions Discussion: https://postgr.es/m/CAKZiRmwWhp2yxjqJLwbBjHdfbJBcUmmKMNAZyBjjtpgM9AMatQ%40mail.gmail.com
-rw-r--r--doc/src/sgml/limits.sgml11
1 files changed, 11 insertions, 0 deletions
diff --git a/doc/src/sgml/limits.sgml b/doc/src/sgml/limits.sgml
index c549447013f..f26f4466719 100644
--- a/doc/src/sgml/limits.sgml
+++ b/doc/src/sgml/limits.sgml
@@ -135,4 +135,15 @@
created tuples are internally marked as null in the tuple's null bitmap, the
null bitmap also occupies space.
</para>
+
+ <para>
+ Each table can store a theoretical maximum of 2^32 out-of-line values; see
+ <xref linkend="storage-toast" /> for a detailed discussion of out-of-line
+ storage. This limit arises from the use of a 32-bit OID to identify each
+ such value. The practical limit is significantly less than the theoretical
+ limit, because as the OID space fills up, finding an OID that is still free
+ can become expensive, in turn slowing down INSERT/UPDATE statements.
+ Typically, this is only an issue for tables containing many terabytes
+ of data; partitioning is a possible workaround.
+ </para>
</appendix>