Expand description
Store-served search (ADR-104) — decided find answered from the memory-
mapped base, byte-identical to the fresh walk (INDEX-PLAN B3).
The candidate set comes from the term-major postings and only candidates
are reconstructed; the corpus-global statistics the scorer needs — n and
the per-field Σ from the header, document frequency from the prefix
ranges — carry the non-matching corpus’s contribution without touching
its rows. Matching, snippets, and ranking run through the one shared
rank_and_build tail, so warm bytes equal cold bytes by construction.
Deliberate divergence from the oracle’s warm path (PORT-CONTRACT.d/10 §0a): a query term listed twice contributes its document frequency once per OCCURRENCE here, exactly as the fresh walk counts it. The oracle’s store path dedups (an ADR-112 violation recorded as an oracle defect); the native engine keeps warm == cold instead.
Functions§
- find_
decisions_ in find_decisions_inover already-derived structures — the fresh-build arm of the cache seam (_find_from_store’selsebranch).- store_
find_ decisions - Live-decision topic search served from the store (ADR-067): the
decision-typed search, then the liveness filter over the precomputed
live-decision paths —
ReadModelView.find_decisions. - store_
identity_ entries - Every identity row of the mapped base, in docid (walk) order — the
materialised projection
get_related’s graph helpers read. - store_
resolve - Point resolution over the persisted alias map —
Fold.resolve, byte-identical toresolve_in_indexover a walk of the same corpus. - store_
search decided findserved from the store — reproducessearch_index_filtered.