-- fact 를 '노출값 1건 + 후보 N건' 모델로 바꾼다 — 재수집(업데이트) 프로세스를 담기 위함.
--   신규 DB 는 init-data/init.sql 에 이미 반영돼 있어 이 파일이 필요 없다(멱등이라 실행해도 무해).
--   적용: psql -h <host> -p <port> -U <user> -f postgres-init/alters/2026-08-27-fact-candidate-model.sql
--
-- 왜 바꾸나
--   기존: 활성 유니크가 status IN (1,2,3,4) 라 (사업장,단위,key) 당 살아있는 fact 가 1건뿐이었다.
--         → 재수집이 오면 확인된 노출값을 반드시 밀어내야 했고, 그 순간 사이트에서 사실이 사라졌다.
--         → 값이 그대로여도 검증(VERIFIED)이 초기화됐다.
--   변경: 유니크를 **노출 상태(3=VERIFIED, 4=CORRECTED)에만** 건다.
--         → 사이트에 나가는 값은 여전히 1건(두 값으로 갈라지지 않는다)
--         → 후보(1=UNVERIFIED, 2=PENDING_OWNER)는 여러 건 공존 가능
--         → 재수집은 노출값을 건드리지 않고 후보로 쌓이고, 사람이 승인할 때 교체된다

\connect web4ai_db

DROP INDEX IF EXISTS fact.uq_facts_place_key;
DROP INDEX IF EXISTS fact.uq_facts_unit_key;

-- 노출값은 (사업장, 단위, key) 당 1건. 후보·이력은 제외한다.
CREATE UNIQUE INDEX IF NOT EXISTS uq_facts_published_place_key ON fact.facts (place_id, key)
    WHERE deleted = FALSE AND unit_id IS NULL     AND status IN (3, 4);
CREATE UNIQUE INDEX IF NOT EXISTS uq_facts_published_unit_key  ON fact.facts (place_id, unit_id, key)
    WHERE deleted = FALSE AND unit_id IS NOT NULL AND status IN (3, 4);

-- 후보 조회 경로(사람 확인 큐) — 재수집이 올려놓은 대기 항목을 훑는다.
CREATE INDEX IF NOT EXISTS idx_facts_candidate ON fact.facts (place_id, key, source_type)
    WHERE deleted = FALSE AND status IN (1, 2);

-- 노출값이 실제로 바뀐 시각. ★ 개별 재빌드 대상 판별용 —
--   site_versions.built_at < places.content_updated_at 인 사이트만 다시 빌드하면 된다.
--   (사이트 1,000개에서 전체 재빌드는 못 쓴다.)
ALTER TABLE place.places
  ADD COLUMN IF NOT EXISTS content_updated_at TIMESTAMPTZ NULL;