-
Type:
Task
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Storage Execution
-
None
-
None
-
None
-
None
-
None
-
None
-
None
Overview
Document how the conflict detection and log-and-apply write path differs between attached storage and disaggregated storage, and how the prototype APIs need to change to support both.
Scope of Work
- Oplog destination (WiredTiger vs. log service) and acknowledgment semantics.
- Where application runs (primary vs. standbys/ingest tables) and how lastApplied is defined.
- Read timestamp selection and read-your-writes implications.
- Required changes to the detector and staged-write APIs.
- Paper analysis with code reading; no prototype required. A draft can start before the dependencies complete.
Acceptance Criteria
- Analysis recorded on this ticket.
Technical Notes
- Prototype quality; not intended for commit to master.
- depends on
-
SERVER-138767 Prototype primary oplog application with write acknowledgment and read timestamp changes
-
- Open
-
-
SERVER-138757 ConflictDetector API and key model
-
- Closed
-
- is depended on by
-
SERVER-138772 Produce delivery plan and architecture update from conflict detection prototype findings
-
- Backlog
-