and a view? or vtab? to do a deterministic traversal of events.
The onus is on the user to create event types and process them to build current state. Given that, maybe we only provide a log structure and nothing about the base item table.
Other way --
We could come up with the events ourselves in a similar way to sqlite.org/undoredo.html
https://vlcn.io/blog/crdt-substrate outlines how to create a causal log and traverse it so all peers have the same state.
Now that I'm finally implementing #181 today so users can declare CRRs via:
we can start adding more CRDT types to back tables.
E.g.,
CausalLog would be a nice way to back tables as it gives us a better audit trail and the user some extra flexibility on merge semantics.
Implementation
We can do it two ways (maybe we even support both).
One way --
which creates:
and a view? or vtab? to do a deterministic traversal of events.
The onus is on the user to create event types and process them to build current state. Given that, maybe we only provide a log structure and nothing about the base item table.
Other way --
We could come up with the events ourselves in a similar way to sqlite.org/undoredo.html