Re: [jgit-dev] [RFC] Cassandra based storage layer for JGit

[Adrian <adrian.wilkins@xxxxxxxxx>]

A couple of questions

Q: Presumably since this is essentially a K/V store, you could just
write a backend that used a boring old local, in-process, K/V store
instead of a distributed one?

Q: Given that as the case, would it make sense to keep pack files as
the pack storage, presuming their performance is much higher, only
retaining the use of the K/V store for loose objects?

Specifically I'm exploring the idea of managing objects that are
values in a K/V store, rather than objects that are files, by breaking
the keyspace into trees.