Expand description
Timely operators for the crate
StructsΒ§
- Data
Subscribe - A helper for subscribing to a data shard using the timely operators.
- Data
Subscribe Task - A handle to a DataSubscribe running in a task.
- Txns
Context - The process global
TxnsReadthat any operator can communicate with.
EnumsΒ§
- Source
Event π - Event sent from the subscribe Tokio task to the sync
txns_progress_sourceoperator. The task owns the persist resources and thedata_subscribereceiver. The operator owns the output capability and drives the frontier.
ConstantsΒ§
- DATA_
SHARD_ πRETRYER_ CLAMP - DATA_
SHARD_ πRETRYER_ INITIAL_ BACKOFF - DATA_
SHARD_ πRETRYER_ MULTIPLIER
FunctionsΒ§
- txns_
data_ shard_ retry_ params - Retry configuration for txn-wal data shard override of
next_listen_batch. - txns_
progress - An operator for translating physical data shard frontiers into logical ones.
- txns_
progress_ πfrontiers - The block ordering inside the schedule closure is load-bearing: pending
passthrough input is emitted at the pre-activation capability BEFORE any
capability downgrade, which keeps the differential invariant
send_time <= record_timeand avoids dropping in-flight rows when the passthrough frontier crossesuntilin the same activation (SQL-299). Do not reorder. - txns_
progress_ πsource_ global - TODO: Iβd much prefer the communication protocol between the two operators
to be exactly remap as defined in the reclocking design doc. However, we
canβt quite recover exactly the information necessary to construct that at
the moment. Seems worth doing, but in the meantime, intentionally make this
look fairly different (
StreamofDataRemapEntryinstead ofCollection<FromTime>) to hopefully minimize confusion. As a performance optimization, we only re-emit this when the physical upper has changed, which means that the frontier of theStream<DataRemapEntry<T>>indicates updates to the logical_upper of the most recentDataRemapEntry(i.e. the one with the largest physical_upper).