Expand description
Narrow storage-substrate seam (research D6, plan W3).
StorageBackend captures the durability/write surface the [Store] needs
from its physical substrate. The synchronous redb implementation
(RedbBackend) satisfies it today; an async backend (io_uring / direct IO)
or a future RushDB PageStore can replace it without touching LMPG, query,
search, or the replication/transaction layers, because those layers depend
only on this trait and on the concrete read-view type.
Greenfield note: the read view (RedbReadView) remains concrete in V1 — it
is the synchronous backend’s owned snapshot. An async backend brings its own
view type behind this same seam; the point of the trait is that the write /
durability contract is already isolated.
Structs§
- Loaded
State - Backend-loaded state used to bootstrap a store.