Writes one source_vintage row per load, carrying the pin (§4). Nothing else
makes a compiled reference explainable six months later.
Usage
md_record_vintage(
con,
source,
version,
table_name,
row_count,
build_note = "",
content_vintage = NULL,
content_vintage_rule = NULL
)Arguments
- con
A connection from
md_db().- source, version
The pinned source.
- table_name, row_count
What was written.
- build_note
Free text.
- content_vintage
What period the loaded data describes (e.g.
"2026-07"for a BMF release whose newest internal vintage differs from its publish date), as distinct fromfetched(when we downloaded it) andupstream_modified(when the file was published).NULLfalls back toupstream_modifiedundercontent_vintage_rule = "published"— a weaker claim, recorded as such rather than presented as equivalent to a measured value. SeePLAN.mdsection 4.- content_vintage_rule
How
content_vintagewas obtained:"measured"(read from the data itself),"declared"(supplied by the caller because nothing in the data says it), or"published"(fell back toupstream_modified). Inferred as"declared"whencontent_vintageis supplied without an explicit rule,"published"when it falls back, andNAwhen neither is available.