Настроен Финам. Идет загрузка GAZP@EQNE. После остановки загрузки через Стоп правильно отражаются загруженные сделки. Но при старте опять начинает качать с начальной даты источника данных (01.01.2003) вместо продолжения загрузки с 2006 (дата, которая указана в колонке "Послед. сделка").
Похоже баг.
Comentarios (4)
Iniciar sesión o Crear cuenta, Inicie sesión o regístrese para dejar un comentario
К знающим - просьба написать мануал, как с нуля гидрой Закачать требуемый инструмент. Т.е. какие настройки нужно ткнуть чтобы во-первых инструмент рано или поздно закачало, а во вторых чтобы утром не стартовала повторная переливка данных.
Еще вопрос - не наносится ли ущерб данным (появление не корректных значений), если много раз происходит загрузка одного и того же поверх друг друга? Может там сделки сдублируются или еще какие косяки?
http://stocksharp.com/posts/m/23955/
Вывод скорее всего таков: менять дату начала скачивания в ручную.
Настройки гидры.
Поставил выкачивание GAZP@EQNE с 2003. Через некоторое время остановил.
То что выкачала гидра, временные txt файлы.
В общем самое интересное начинается с 2006, если точнее то с 23 января. Именно с этого дня пошли данные.
Дальше, удаляю папку временных файлов TemporaryFiles и запускаю по новой скачку.
Еще одна простыня.
Берем кусок за 2006 и сравниваем его с предыдущим куском.
Данные начинют идти с 2006_04_05, в прошлом куске данные закончились на 2006_04_04. Повторяющихся дат с данными нет.
О чем это говорит? Если бы гидра повторно выкачивала данные, то после чистки TemporaryFiles были бы такие же файлы с данными.
Вопрос к топикстартеру, в каком месте баг и перелив данных?
Q: Почему качает с 2003 года а не с последней даты? A: Потому что такая логика, чтобы не было дырок в истории. Берутся даты от даты выставленной в настройках и до текущей, находятся по которым нет данных и выкачиваются.
Q: А нахрена выкачиваются пустые файлы? A: А потому что гидра не знает, когда были праздники, выходные, были ли за эти года вообще данные, если нет файлов с данными в bin формате по каким то датам - значит есть дырка в истории и ее надо устранить.
Вывод: Повторная "кажущаяся" перезакачка данных - это расплата за то, чтобы не было дырок в истории.
К примеру РТС не успевает за день обработать данные. А после остановки на ночь опять пытается их все поднять. Похоже для РТС нужно в ручную переставлять начальную дату, чтобы адекватно обработать данные.