Refactor the backend to make it scale better
See https://hedgedoc.softwareheritage.org/RJQjBSR2TmuVzD6NRFFCeg?both
Migrated from T3453 (view on Phabricator)
See https://hedgedoc.softwareheritage.org/RJQjBSR2TmuVzD6NRFFCeg?both
Migrated from T3453 (view on Phabricator)
added Provenance database priority:High labels
I've been thinking a bit about the refactoring of the ProvenanceStorageServer as described in the doc, with a series of queues between the public API and the backend database.
And it's unclear to me how this can be done efficiently. The
splitting the actual db operations into several queues/writers (by id range, for each entity)
is unclear to me. Does it mean there one queue for each entity type? (revision, content, directory) and each relation type? (content_in_revision, etc.) I don't get the split per id range.