Files
healthlog/docs/tasks/items/parquet-export.md
T
av d33f37249c docs: документация переведена на канон av-dev-pm 3
- роадмап отвечает «что умеет и чего не умеет»: PLAN.md → ROADMAP.md, четыре
  канонические секции, достигнутые звенья строками в «Готово», цели
  переформулированы возможностями приложения
- задачи: род работы и «Затрагивает» набору спринта, 34 заголовка в форму
  действия, «Завершение» целей перечнями со ссылкой из каждой задачи
- вычитка проходами task-form и doc-wording, починены протухшие факты в README,
  паспорте и review.md
2026-08-04 20:48:30 +03:00

21 lines
1.6 KiB
Markdown

# [idea] Выгрузка в parquet отдельной командой
- **Секция:** Ядро
- **Зачем:** Дверь для тяжёлой аналитики снаружи: DuckDB читает и parquet, и файл SQLite — спешить некуда, но и закрывать не нужно
- **Теги:** goal:read-api
Отдельная команда, выгружающая хранилище в parquet, — дверь для тяжёлой
аналитики снаружи, без миграции самого хранилища.
Контекст решения: DuckDB рассматривался как основное хранилище и отложен —
чистого Go-драйвера нет, любой требует cgo, а это стоит нам `CGO_ENABLED=0` и
одного статического бинаря. Но дверь при этом осталась открытой: DuckDB читает
и parquet, и файл SQLite напрямую. Значит спешить некуда — выгрузка добавляется
тогда, когда появится тяжёлый аналитический запрос, а не заранее.
Почему идея, а не задача: такого запроса пока нет. Ни один из трёх потребителей
(агент-медик, трекер, игра) в аналитике по всей истории не нуждается.
Связано: `docs/architecture.md` → «Открытые вопросы» → «Хранилище под
аналитику».