- May 26, 2023
-
-
- May 25, 2023
-
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
- May 24, 2023
-
-
This is a follow-up for commit 39e428ec.
-
They're being replaced with ddl create_space, etc.
-
- May 23, 2023
-
-
Georgy Moshkin authored
Needed until https://github.com/tarantool/tarantool/issues/8688 is fixed
-
- May 19, 2023
-
-
Yaroslav Dynnikov authored
-
-
- May 18, 2023
-
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Егор Ивков authored
-
- May 17, 2023
-
-
Georgy Moshkin authored
-
- May 15, 2023
-
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
It's too restrictive and is only useful in a single case of PersistInstance, which is going to be replaced with OpDml anyway.
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
Georgy Moshkin authored
-
- May 12, 2023
-
-
This used to cause flakyness of test_bucket_rebalancing_respects_replication_factor like this: - governor proposes entry at index N with weight updates, and waits till it's applied - commit index is not updated yet, but governor calls rpc::sharding to update the weights in the vshard subsystem on instances and passes the lagging commit index for syncing - peers sync up to the lagging commit index and then reconfigure vshard to the outdated weights - governor thinks everything is in order and waits for updates - the test fails because buckets don't get rebalanced to the storages with weights set to 0
-
Denis Smirnov authored
Now it is possible to make the second argument (query parameters) optional. I.e. now we support 'pico.sql([[select * from t]])' as well as 'pico.sql([[select * from t where a = ?]], {1})'.
-