Где хранить объемные данные при работе с HTTP сервисом?

1. YanTsys 12 02.10.20 11:55 Сейчас в теме
Если есть необходимость передать большой объем данных через HTTP сервис сравнить их с тем что уже имеется в базе обработать и только потом загрузить, то большие данные через один запрос не передашь, строку придется резать на части. Но где накапливать эти данные при последовательных обращениях? Попробовал через ПоместитьВоВременноеХранилище но опытным путем определено что данные оттуда теряются если при передаче данных есть пауза в 20 секунд.
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. nomad_irk 76 02.10.20 11:58 Сейчас в теме
(1)Сваливать во временные файлы и потом "склеивать" файлы?
3. YanTsys 12 02.10.20 12:02 Сейчас в теме
(2) Спасибо, этот вариант тоже обдумываю, но боюсь что он не самый скоростной...
4. nomad_irk 76 02.10.20 12:05 Сейчас в теме
(3)Ну тут либо скорость(RAM/FLASH), либо - объем. Это, впрочем, как всегда. Быстро и большого объема - за очень дорого :)
7. spacecraft 02.10.20 13:27 Сейчас в теме
(1) если есть возможность изменять конфигурацию и все делается в одном сеансе, то можно в параметрах сеанса сохранять.
10. YanTsys 12 05.10.20 10:59 Сейчас в теме
(7) Так как через 20 секунд сбрасывается содержимое хранилищ подозреваю что 1с при простое HTTPсервиса запускает новый сеанс...
5. Степной 27 02.10.20 13:01 Сейчас в теме
(1) Служебный регистр сведений, в который временно записывать информацию для обработки. После обработки очищать.
Fox-trot; Dream_kz; FatPanzer; +3 Ответить
6. YanTsys 12 02.10.20 13:25 Сейчас в теме
(5) А каких-то вариантов больше похожих на ПоместитьВоВременноеХранилище нет?
Или может есть какой-то способ заставить HTTP-соединение не освобождать память занятую хранилищем через 20 секунд?
9. FatPanzer 02.10.20 13:34 Сейчас в теме
(6) При нтерактивной работе - можно привязаться к форме, в этом случае время жизни хранилища равно времени жизни формы. При серверных регламентах - проблематично, лучше действительно использовать надежное и всегда доступное хранилище в виде регистра, не полагаясь на кластер и файловую систему...
8. Степной 27 02.10.20 13:31 Сейчас в теме
(5) Наверное, можно подумать и про другие варианты, но вариант с РС, на мой взгляд, предпочтительнее еще и с точки зрения сопровождения. Легче будет искать и исправлять потенциальные ошибки.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот