Re: Postgres Partitions Limitations (5.11.2.3)
Laurenz Albe <laurenz.albe@cybertec.at>
From: Laurenz Albe <laurenz.albe@cybertec.at>
To: navbarry@gmail.com, pgsql-hackers@lists.postgresql.org
Date: 2023-10-27T06:58:02Z
Lists: pgsql-hackers, pgsql-docs
On Mon, 2023-01-09 at 16:40 +0100, Laurenz Albe wrote: > > "Using ONLY to add or drop a constraint on only the partitioned table is > > supported as long as there are no partitions. Once partitions exist, using > > ONLY will result in an error. Instead, constraints on the partitions > > themselves can be added and (if they are not present in the parent table) > > dropped." This seems in contradiction to the example involving adding a > > unique constraint while minimizing locking at the bottom of "5.11.2.2. > > Partition Maintenance", which seems to run fine on my local Pg instance: > > > > This technique can be used with UNIQUE and PRIMARY KEY constraints too; the > > indexes are created implicitly when the constraint is created. Example: > > No, that is actually an omission in the documentation. > > The attached patch tries to improve that. I am sending a reply to the hackers list, so that I can add the patch to the commitfest. Yours, Laurenz Albe
Commits
-
Fix omission in partitioning limitation documentation
- 18d51c0bb190 12.18 landed
- 9a94e9ae7ea2 13.14 landed
- 5b0287adcab3 14.11 landed
- bcaf41c608b1 15.6 landed
- af36f1993da1 16.2 landed
- ba2d2784f3f8 17.0 landed