Glauber Costa 8fe10863f4 mutation_writer: introduce shard_based splitting writer ...

This is similar to the timestamp based splitting writer, except
that it splits data based on the shard where the partition key
is supposed to be placed.

It is similar to the multishard_writer, in the sense that it
creates n streams for n shards, but it does not want to process
the streams in the owner shards. We want to use that in processes
like resharding where it is fine for a foreign shard to deal
with a mutation.

One option would be to augment the multishard_writer to optionally
achieve these properties, but having a separate splitter is both
simpler and faster.

Signed-off-by: Glauber Costa <glauber@scylladb.com>

2020-04-02 08:55:16 -04:00

..

feed_writers.hh

mutation_writer: factor out part of the code for the timestamp splitter

2020-04-02 08:55:16 -04:00

multishard_writer.cc

sharding_info: rename the class to sharder

2020-03-30 18:42:33 +02:00

multishard_writer.hh

header: De-bloat schema.hh

2020-03-03 11:34:00 +01:00

shard_based_splitting_writer.cc

mutation_writer: introduce shard_based splitting writer

2020-04-02 08:55:16 -04:00

shard_based_splitting_writer.hh

mutation_writer: introduce shard_based splitting writer

2020-04-02 08:55:16 -04:00

timestamp_based_splitting_writer.cc

mutation_writer: factor out part of the code for the timestamp splitter

2020-04-02 08:55:16 -04:00

timestamp_based_splitting_writer.hh

mutation_writer: factor out part of the code for the timestamp splitter

2020-04-02 08:55:16 -04:00