-
Notifications
You must be signed in to change notification settings - Fork 21
Open
Description
Each log manifestation currently performs in-place updates, overwriting existing values directly. This approach has limitations:
- No versioning support for concurrent transactions
- Cannot maintain historical versions for time-travel queries or auditing
- Lacks built-in support for automatic key expiration
- Potential for write conflicts in high-concurrency scenarios
Implement Multi-Version Concurrency Control (MVCC) with TTL-based expiry
- this will improve the concurrency of the txn system.
- Point-in-Time Queries
- Better CRDT system
But this will also have Storage overhead for maintaining multiple versions and will need Compaction strategy to merge/remove old versions
FIrst question is it worth it and what are uses cases if we need this ?
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
No labels