- Apr 10, 2024
-
-
Georgy Moshkin authored
(cherry picked from commit c1ae85e4)
-
- Apr 09, 2024
-
-
Egor Ivkov authored
(cherry picked from commit bec43c4a)
-
- Apr 08, 2024
-
-
Bogdan Berezovskiy authored
(cherry picked from commit de6a5b65)
-
- Apr 04, 2024
-
-
(cherry picked from commit a6cc3421)
-
Georgy Moshkin authored
(cherry picked from commit 36bd60c1)
-
Georgy Moshkin authored
Closes #574 (cherry picked from commit 9ccb39a5)
-
(cherry picked from commit 13c37ba2) By mistake it was cherry-picked out of order, too late
-
- Apr 03, 2024
-
-
Yaroslav Dynnikov authored
-
Egor Ivkov authored
-
Yaroslav Dynnikov authored
-
-
-
also removes new_database_created event
-
(cherry picked from commit e49d8739)
-
Support join chains and fix few parsing bugs. (cherry picked from commit 665655c3)
-
- Apr 01, 2024
-
-
Egor Ivkov authored
-
- Mar 29, 2024
-
-
Georgy Moshkin authored
(cherry picked from commit 088fd4ea)
-
Georgy Moshkin authored
(cherry picked from commit 4e1673fb)
-
Georgy Moshkin authored
(cherry picked from commit 5478c00f)
-
- Mar 28, 2024
-
-
(cherry picked from commit dc517abd)
-
- Mar 27, 2024
-
-
Yaroslav Dynnikov authored
(cherry picked from commit e43a00ba)
-
(cherry picked from commit a8853fd8)
-
- Mar 26, 2024
- Mar 20, 2024
-
-
(cherry picked from commit db987dc2)
-
- Mar 19, 2024
-
-
Yaroslav Dynnikov authored
-
(cherry picked from commit 7d9852ca)
-
- Mar 18, 2024
-
-
Yaroslav Dynnikov authored
-
-
Yaroslav Dynnikov authored
-
EmirVildanov authored
-
Yaroslav Dynnikov authored
-
Yaroslav Dynnikov authored
-
Yaroslav Dynnikov authored
-
- Mar 13, 2024
-
-
Yaroslav Dynnikov authored
Here's the order of plan stages for memories: ``` $ grep "return Ok" src/governor/plan.rs return Ok(ConfChange { conf_change }.into()); return Ok(TransferLeadership { to: new_leader }.into()); return Ok(Downgrade { req }.into()); return Ok(CreateReplicaset { master_id, replicaset_id, rpc, op }.into()); return Ok(UpdateTargetReplicasetMaster { op }.into()); return Ok(Replication { targets, master_id, replicaset_peers, req }.into()); return Ok(UpdateCurrentReplicasetMaster { old_master_id, demote, new_master_id, sync_and_promote, replicaset_id, op }.into()); return Ok(ProposeReplicasetStateChanges { op }.into()); return Ok(UpdateTargetVshardConfig { dml }.into()); return Ok(UpdateCurrentVshardConfig { targets, rpc, dml }.into()); return Ok(ShardingBoot { target, rpc, op }.into()); return Ok(ToOnline { target, rpc, req }.into()); return Ok(ApplySchemaChange { rpc, targets }.into()); ```
-
- Add new DML op: Batch, which allows using multiple dml operations in one CAS request - If request has too many dml operations, the batch will be splitted into multiple batches, so that each batch can be stored in raft log
-
-
-
There was a huge amount of boilerplate code with redundant abstractions. The test code must be as simple as possible and making abstractions over simple data is not a way to go, especially when builtin types such as dict do the trick just as easily. The prettiness of the test code should be out lowest priority.
-