Freshness contract
01

Source: event time

02

Pipeline: load completion

03

Model: snapshot version

04

Query: execution time

05

Answer: cutoff and completeness

Freshness is a chain, not one timestamp

A new order in the operational system may not yet exist in the warehouse, semantic model, or cache.

Showing only the current clock makes an older data state look current. Record the checkpoints separately.

Set tolerance from the business action

Daily close, hourly merchandising, and near-real-time risk do not share one service objective.

Define acceptable delay, timezone, batch calendar, and backfill behavior for each dataset or metric.

A multi-source answer inherits incomplete inputs

If revenue is current to 10:00 but cost is current to yesterday, profit is not a complete 10:00 measure.

Expose each watermark and either align to a common cutoff or label the mixed-time calculation explicitly.

Choose a deliberate degradation path

A delayed pipeline can serve the last complete batch, answer only ready metrics, request a retry, or abstain.

It should not publish a confident margin explanation while cost or return data is missing. Cache identity must also include data state.

Test the temporal edges

Exercise midnight boundaries, timezones, failed batches, partial sources, backfills, cache invalidation, and daylight-saving transitions.

AskTable.ai can be evaluated for enterprise query; watermark access, cross-source cutoff, cache invalidation, and delay alerts depend on the connected stack.

Separate event time, watermark, completion, and query time

Event time says when business occurred; source modification says when a record changed; the pipeline watermark says what has been completely processed; completion says when a batch became usable. Query time is merely when the request began. The answer cutoff should follow participating watermarks, not the web server clock.

Store expected arrival, watermark, completion, status, and coverage per dataset. A daily feed may be complete through a closed business date; a stream may trail event time. Present the common comparable cutoff first, with source detail available when needed.

Connect freshness objectives to business decisions

Replenishment, close reporting, and long-horizon analysis tolerate different delay and completeness. Define lag, coverage, working calendar, backfill, and failure degradation for each dataset or metric rather than applying a generic “real-time” label.

Freshness lag can be query time minus watermark, while completeness measures arrived required partitions or records against expectation. A low lag with missing cost data is still incomplete. Data and business owners should approve the objective and revisit it after pipeline changes.

Use a common window for multi-source answers

If sales is ready through 10:00, refunds through 09:30, and cost through yesterday, either retreat to yesterday, expose mixed cutoffs and prohibit direct comparison, or answer only ready facts. Never place the newest source timestamp on the whole profit answer.

Cache identity must include watermark, semantic version, access scope, and parameters. A cache keyed only by the question can serve stale data or cross an organization boundary. Completion events should invalidate dependent results.

Give backfills and late facts version semantics

Refunds, cancellations, accounting adjustments, and device events can revise historical dates. Reproducibility therefore needs a data version or build identifier in addition to a date cutoff. A changed historical answer should be distinguishable as an expected revision or an incident.

Use explicit ready, partial, late, failed, and backfilled states. Do not advance a table timestamp when only some partitions succeeded, and do not let a model decide that partial data is “probably enough.” The contract chooses the prior complete batch or refusal.

Test time boundaries and state the product boundary

Exercise midnight, month-end, close, daylight-saving changes, timezone shifts, late batches, one-source failure, backfill, and cache invalidation. Compare displayed cutoff with the actual partitions queried, including a follow-up whose watermark changes mid-session.

AskTable.ai may display query results and support follow-ups, but automatic watermark discovery, cache invalidation, and pipeline monitoring must be verified. If reliable watermarks are unavailable, say the cutoff is unconfirmed rather than implying real-time coverage.

Public references

Ready to help your team start?

Talk through a real scenario and see how AskTable.ai can fit your business.

Book a demo