av
d79189be18
- беклог и план переехали в docs/tasks (38 задач, 11 целей), слаги переименованы с транслита на английские, 85 ссылок поправлены - conventions.md разобран в docs/conventions/, local-research.md — в docs/research/, review-journal.md — в docs/review.md с разделом настройки конвейера; заведены security.md, adr/ и .pm.json - шаг docs.py check добавлен в task gate; поведение в architecture.md помечено девятью маркерами долга, database.md получил настройки с числовым значением
19 lines
1.6 KiB
Markdown
19 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` → «Открытые вопросы» → «Хранилище под
|
|
аналитику».
|