Skip to content

E5-1 (v2): Tracking — confirm matched_via.source distribution shifts toward library_identity after BS#802 #830

@jakebromberg

Description

@jakebromberg

Scope (RESHAPED — catalog-track-search v2, tracking issue)

v2 supersession. The v1 scope was a BS-side implementation of resolveLibraryIdsFromReleases reading library_identity directly to swap Track 2's read source. v2 eliminates that work entirely — Track 2 proxies to LML's /lookup pipeline, and the CEI → library_identity graduation happens inside LML's pipeline as part of #25's E2-LML work. BS reads no identity tables directly for matching.

This issue is kept as a thin tracking item to confirm the observable effect: once BS#802 ships and the library_identity backfill completes, the catalog-audits E4 daily report should show matched_via.source distribution shifting from discogs_master / discogs_release toward library_identity over consecutive days.

What "done" looks like

  • BS#802 deployed to prod + backfill job completed.
  • E4 daily audit shows library_identity rows in the matched_via.source distribution increasing over 7+ consecutive days.
  • No BS code change required to observe this — the shift happens automatically inside LML's pipeline as it reads the populated substrate. If a code change is required on BS, that's a sign of unexpected LML pipeline coupling and should be filed as a follow-up.

Where

  • Watch the E4 Slack post in catalog-search-perf channel.
  • Cross-reference with #25's own coverage reports.

Plan reference

catalog-track-search plan §6.2 and §7.3.

Related

Metadata

Metadata

Assignees

No one assigned

    Labels

    catalog-track-searchProject: catalog track search (plan: WXYC/wiki plans/catalog-track-search.md)status:blockedCannot start until a dependency closes

    Type

    No type
    No fields configured for issues without a type.

    Projects

    Status

    Todo

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions