feat: a held album below the quality you settle for, or holding a video rip, stays wanted for a better copy, and the import replaces the old tracks with their likes and plays carried over (M502 #5524)

- acquisition_settings.upgrade_until (default High quality lossy, Lidarr's
  cutoff, note #5527; "" is off), an "Upgrade until" row under Searching.
- The wanted worker judges held albums hourly: tier per format from size per
  second (the scanner records no bitrate), the album's worst. Below the
  cutoff it is wanted for quality; a video rip among its tracks always.
- The schedule searches upgrades weekly, after open wants; a release no
  better than the copy held is refused ("not_better").
- The import matches each file to the track it would replace (recording,
  then disc/track) and replaces it when it is a rip or the file is a better
  tier: over the same path in one rename, or filed beside it and the old
  track folded in (library.ReplaceTrack: file first, then foldTrackInto).
  Nothing better: the release is set aside.
- Collection › Upgrades (Lidarr's Cutoff Unmet); Suspect sources says when a
  clean copy was looked for instead of Lidarr's search.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

internal/db/dbq/models.go

@@ -232,6 +232,7 @@ type AcquisitionSetting struct {
 	LibraryListingStartedAt pgtype.Timestamptz
 	LibraryListedAt         pgtype.Timestamptz
 	LibraryUnlisted         int32
+	UpgradeUntil            string
 }
 
 type Album struct {
@@ -1070,6 +1071,10 @@ type Want struct {
 	BestRelease      string
 	BestVerdict      string
 	SearchError      string
+	Upgrade          string
+	HeldTier         string
+	HeldQuality      string
+	UpgradeCheckedAt pgtype.Timestamptz
 }
 
 type WantCandidate struct {