24 lines
1.4 KiB
Markdown
24 lines
1.4 KiB
Markdown
# 08 — Требования к схеме БД
|
||
|
||
**Work Item:** ORCH-044
|
||
**Основано на:** ADR-001, ТЗ `02-trz.md` §4
|
||
|
||
## Вердикт: изменений схемы НЕ требуется
|
||
|
||
Новых таблиц, колонок, индексов, миграций — **нет**.
|
||
|
||
P1 (auth-preflight) и P3 (пустой результат ⇒ провал) работают на **существующих** структурах:
|
||
|
||
- **`jobs`** — повторно используются существующие колонки для пути провала:
|
||
`status` (`queued`/`running`/`done`/`failed`), `error`, `attempts`, `max_attempts`,
|
||
`transient_attempts`, `available_at`, `run_id`. Пустой/невалидный результат идёт тем же
|
||
путём, что и обычный permanent/transient провал (`mark_job` / `mark_job_transient`).
|
||
- **`agent_runs`** — `exit_code` пишется без искажения (реальный код выхода процесса).
|
||
Решение done/fail принимается по отдельному in-memory флагу `result_ok` в `_monitor_agent`,
|
||
а не по колонке.
|
||
|
||
## Состояние данных
|
||
- Никаких бэкофиллов / data-migration.
|
||
- Auth-проверка читает **файл** `.credentials.json` (вне БД), результат кешируется in-memory
|
||
(`preflight._cache`), не персистится.
|