Re: Add SPLIT PARTITION/MERGE PARTITIONS commands
Justin Pryzby <pryzby@telsasoft.com>
Commits
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Adjust errcode in checkPartition()
- d51a5d8e5692 19 (unreleased) landed
-
Fix usage of palloc() in MERGE/SPLIT PARTITION(s) code
- c5ae07a90a0f 19 (unreleased) landed
-
Implement ALTER TABLE ... SPLIT PARTITION ... command
- 4b3d173629f4 19 (unreleased) landed
- 87c21bb9412c 17.0 landed
-
Implement ALTER TABLE ... MERGE PARTITIONS ... command
- f2e4cc427951 19 (unreleased) landed
- 1adf16b8fba4 17.0 landed
-
Calculate agglevelsup correctly when Aggref contains a CTE.
- b0cc0a71e0a0 19 (unreleased) cited
-
Use PqMsg_* macros in applyparallelworker.c.
- 989b2e4d5c95 19 (unreleased) cited
-
Restrict psql meta-commands in plain-text dumps.
- 71ea0d679543 19 (unreleased) cited
-
Ensure we have a snapshot when updating various system catalogs.
- 706054b11b95 18.0 cited
-
Use specific collation where needed in new test
- 17bcf4f54504 18.0 cited
-
Expand virtual generated columns in the planner
- 1e4351af329f 18.0 cited
-
Virtual generated columns
- 83ea6c54025b 18.0 cited
-
Define PG_LOGICAL_DIR for path pg_logical/ in data folder
- c39afc38cfec 18.0 cited
-
Revert support for ALTER TABLE ... MERGE/SPLIT PARTITION(S) commands
- 84f594da3588 17.0 landed
- 3890d90c1508 18.0 landed
-
Avoid repeated table name lookups in createPartitionTable()
- f636ab41aba2 17.0 landed
- 04158e7fa37c 18.0 landed
-
Provide deterministic order for catalog queries in partition_split.sql
- d53a4286d772 17.0 landed
-
Don't copy extended statistics during MERGE/SPLIT partition operations
- fbd4321fd5b4 17.0 landed
-
Fix the name collision detection in MERGE/SPLIT partition operations
- 3a82c689fd1b 17.0 landed
-
Fix regression tests conflict in 3ca43dbbb6
- 2a679ae94e46 17.0 landed
-
Add permission check for MERGE/SPLIT partition operations
- 3ca43dbbb67f 17.0 landed
-
Fix one more portability shortcoming in new test_pg_dump test.
- d12b4ba1bd3e 17.0 cited
-
Inherit parent's AM for partition MERGE/SPLIT operations
- 259c96fa8f78 17.0 landed
-
Add tab completion for partition MERGE/SPLIT operations
- 60ae37a8bc02 17.0 landed
-
Rename tables in tests of partition MERGE/SPLIT operations
- f4fc7cb54b6a 17.0 landed
-
Make new partitions with parent's persistence during MERGE/SPLIT
- fcf80c5d5f0f 17.0 landed
-
Document the way partition MERGE/SPLIT operations create new partitions
- 842c9b27057e 17.0 landed
-
Change the way ATExecMergePartitions() handles the name collision
- 885742b9f88b 17.0 landed
-
Grammar fixes for split/merge partitions code
- 9dfcac8e15ac 17.0 landed
-
Checks for ALTER TABLE ... SPLIT/MERGE PARTITIONS ... commands
- c99ef1811a06 17.0 landed
-
Fix some grammer errors from error messages and codes comments
- df64c81ca9cb 17.0 landed
-
Support TZ and OF format codes in to_timestamp().
- 8ba6fdf905d0 17.0 cited
-
Support identity columns in partitioned tables
- 699586315704 17.0 cited
-
Fix indentation in twophase.c
- 4e465aac36ce 17.0 cited
-
Fix corner-case planner failure for MERGE.
- 326a33a289c7 16.0 cited
-
Doc: fix documentation example for bytea hex output format.
- 4f46f870fa56 16.0 cited
-
Avoid repeated name lookups during table and index DDL.
- 5f173040e324 9.4.0 cited
On Mon, Apr 22, 2024 at 01:31:48PM +0300, Alexander Korotkov wrote: > Hi! > > On Fri, Apr 19, 2024 at 4:29 PM Alexander Korotkov <aekorotkov@gmail.com> wrote: > > On Fri, Apr 19, 2024 at 2:26 AM Dmitry Koval <d.koval@postgrespro.ru> wrote: > > > 18.04.2024 19:00, Alexander Lakhin wrote: > > > > leaves a strange constraint: > > > > \d+ t* > > > > Table "public.tp_0" > > > > ... > > > > Not-null constraints: > > > > "merge-16385-26BCB0-tmp_i_not_null" NOT NULL "i" > > > > > > Thanks! > > > Attached fix (with test) for this case. > > > The patch should be applied after patches > > > v6-0001- ... .patch ... v6-0004- ... .patch > > > > I've incorporated this fix with 0001 patch. > > > > Also added to the patchset > > 005 – tab completion by Dagfinn [1] > > 006 – draft fix for table AM issue spotted by Alexander Lakhin [2] > > 007 – doc review by Justin [3] > > > > I'm continuing work on this. > > > > Links > > 1. https://www.postgresql.org/message-id/87plumiox2.fsf%40wibble.ilmari.org > > 2. https://www.postgresql.org/message-id/84ada05b-be5c-473e-6d1c-ebe5dd21b190%40gmail.com > > 3. https://www.postgresql.org/message-id/ZiGH0xc1lxJ71ZfB%40pryzbyj2023 > > 0001 > The way we handle name collisions during MERGE PARTITIONS operation is > reworked by integration of patch [3]. This makes note about commit in > [2] not relevant. This patch also/already fixes the schema issue I reported. Thanks. If you wanted to include a test case for that: begin; CREATE SCHEMA s; CREATE SCHEMA t; CREATE TABLE p(i int) PARTITION BY RANGE(i); CREATE TABLE s.c1 PARTITION OF p FOR VALUES FROM (1)TO(2); CREATE TABLE s.c2 PARTITION OF p FOR VALUES FROM (2)TO(3); ALTER TABLE p MERGE PARTITIONS (s.c1, s.c2) INTO s.c1; -- misbehaves if merging into the same name as an existing partition \d+ p ... Partitions: c1 FOR VALUES FROM (1) TO (3) > 0002 > The persistence of the new partition is copied as suggested in [1]. > But the checks are in-place, because search_path could influence new > table persistence. Per review [2], commit message typos are fixed, > documentation is revised, revised tests to cover schema-qualification, > usage of search_path. Subject: [PATCH v8 2/7] Make new partitions with parent's persistence during MERGE/SPLIT operations This patch adds documentation saying: + Any indexes, constraints and user-defined row-level triggers that exist + in the parent table are cloned on new partitions [...] Which is good to say, and addresses part of my message [0] [0] ZiJW1g2nbQs9ekwK@pryzbyj2023 But it doesn't have anything to do with "creating new partitions with parent's persistence". Maybe there was a merge conflict and the docs ended up in the wrong patch ? Also, defaults, storage options, compression are also copied. As will be anything else from LIKE. And since anything added in the future will also be copied, maybe it's better to just say that the tables will be created the same way as "LIKE .. INCLUDING ALL EXCLUDING ..", or similar. Otherwise, the next person who adds a new option for LIKE would have to remember to update this paragraph... Also, extended stats objects are currently cloned to new child tables. But I suggested in [0] that they probably shouldn't be. > 007 – doc review by Justin [3] I suggest to drop this patch for now. I'll send some more minor fixes to docs and code comments once the other patches are settled. -- Justin