docs: план обрезан до порядка, отложенное переехало в беклог
- содержимое шагов не перечисляется: список работ жил в плане и в беклоге и расходился с каждой закрытой задачей - десять пунктов «Отложено» заведены задачами [idea]; два из них (ретеншен, алерт) уже были в беклоге — в плане лежал дубль - обоснование порядка расписано по шагам: это единственное, чего беклог структурно не вмещает
This commit is contained in:
@@ -0,0 +1,20 @@
|
||||
# [idea] NDJSON-поток для больших выборок Read API
|
||||
|
||||
**Приоритет:** низкий
|
||||
|
||||
Read API отдаёт ответ одним JSON. Для выборок нижнего слоя за длинный период
|
||||
это не работает: `heart_rate` в слое `raw` — порядка сотни тысяч координат в
|
||||
сутки, и месяц такого ряда не влезет ни в память клиента, ни в разумный ответ.
|
||||
|
||||
Сейчас проблема закрыта с другой стороны — правилом размера ответа: сервер сам
|
||||
берёт сетку погрубее, когда разбивка не задана, и отвечает ошибкой со списком
|
||||
доступных сеток, когда задана явно. Это защищает агента с ограниченным
|
||||
контекстом, но не помогает клиенту, которому действительно нужен весь ряд —
|
||||
например, разовой выгрузке в другой инструмент.
|
||||
|
||||
Почему идея, а не задача: неизвестно, появится ли такой клиент. Если появится,
|
||||
выбор между NDJSON-потоком и курсорной пагинацией зависит от того, читает он
|
||||
последовательно или с возвратами.
|
||||
|
||||
Связано: `docs/architecture.md` → «Свёртка и размер ответа», задача
|
||||
`read-api-tochki`.
|
||||
Reference in New Issue
Block a user