citus

Commit Graph

Author	SHA1	Message	Date
Naisila Puka	75460fa23e	Upgrade uncrustify from 0.68.1 to 0.82.0 (#8373 ) This upgrade has changed some indentation levels, moved some parameter names to the next line etc. I also did some manual style changes to obey the 88-90 character per line rule and avoid commas or semicolons in a new line. Sister PRs https://github.com/citusdata/tools/pull/382 https://github.com/citusdata/the-process/pull/179	2025-12-11 16:51:19 +03:00
Jelte Fennema	43c2a1e88b	Share more code between splits and moves (#6152 ) When introducing non-blocking shard split functionality it was based heavily on the non-blocking shard moves. However, differences between usage was slightly to big to be able to reuse the existing functions easily. So, most logical replication code was simply copied to dedicated shard split functions and modified for that purpose. This PR tries to create a more generic logical replication infrastructure that can be used by both shard splits and shard moves. There's probably more code sharing possible in the future, but I believe this is at least a good start and addresses the lowest hanging fruit. This also adds a CreateSimpleHash function that makes creating the most common type of hashmap common.	2022-08-15 20:21:51 +03:00
Sameer Awasekar	e236711eea	Introduce Non-Blocking Shard Split Workflow	2022-08-04 16:32:38 +02:00

Author

SHA1

Message

Date

Naisila Puka

75460fa23e

Upgrade uncrustify from 0.68.1 to 0.82.0 (#8373 )

This upgrade has changed some indentation levels, moved some
parameter names to the next line etc.
I also did some manual style changes to obey the 88-90 character per
line rule and avoid commas or semicolons in a new line.

Sister PRs https://github.com/citusdata/tools/pull/382
https://github.com/citusdata/the-process/pull/179

2025-12-11 16:51:19 +03:00

Jelte Fennema

43c2a1e88b

Share more code between splits and moves (#6152 )

When introducing non-blocking shard split functionality it was based
heavily on the non-blocking shard moves. However, differences between
usage was slightly to big to be able to reuse the existing functions
easily. So, most logical replication code was simply copied to dedicated
shard split functions and modified for that purpose.

This PR tries to create a more generic logical replication
infrastructure that can be used by both shard splits and shard moves.
There's probably more code sharing possible in the future, but I believe
this is at least a good start and addresses the lowest hanging fruit.

This also adds a CreateSimpleHash function that makes creating the
most common type of hashmap common.

2022-08-15 20:21:51 +03:00

Sameer Awasekar

e236711eea

Introduce Non-Blocking Shard Split Workflow

2022-08-04 16:32:38 +02:00

3 Commits (75460fa23e5f04307a24329578fc8629f1886d3a)