Module parquet_optimized_replay 

Cache-replay plumbing for POST /api/v1/parse/parquet/optimized, split out of parquet_optimized.rs (issue #5128) so the route stays under the module-size ratchet once it gains a ?sha256= probe of its own — the same reason the flat route’s replay lives in cached_replay.rs rather than in parquet_stream.rs. replay_optimized_by_client_hash IS that probe.

Everything here is pub(super): only parquet_optimized.rs and its siblings under routes::parse need it.

Structs

OptimizedParquetMetadataHeader 🔒

Response header containing metadata for optimized Parquet response.

Functions

cache_data_model 🔒

Cache the data model produced alongside this route’s geometry (#5129).

cache_optimized_response 🔒

Write the optimized body and then its metadata, stopping at the first failure so metadata never outlives a body that was never stored.

optimized_parquet_response 🔒

The optimized route’s wire response, built in ONE place.

readable_entry 🔒

Read a cache entry, treating an unreadable one as absent.

replay_optimized_by_client_hash 🔒

Serve POST /api/v1/parse/parquet/optimized from a client-supplied file hash, with no request body at all (issue #5128), the same contract the flat route’s ?sha256= probe has (issue #3901): cached_replay::replay_by_client_hash.

try_cached_optimized_parquet 🔒

Try to serve this request from the cache (issue #3889). Ok(Some(_)) is a usable hit the caller returns as-is without parsing; anything else falls through to the live parse, which rewrites the entries.