После перехода на х64 «лажает» ODBC, в частности не обновляются/не приходят правильно статусы ордеров и стоп-ордеров.
Кто-то использует эти таблицы в работе в связке с СУБД? Техподдержка КВИКа озадачена, но пока нет ответа.
upd! после обновления до 8.5.2 проблема решена, спасибо!!! это мне и в голову не пришло, скачал квик «свежий» с финама называется.
kvazar, а если, например, развести по разным таблам ордера с разными статусами? Тогда ордер будет появляться в новой таблице, а не обновляться, хотя я даже не уверен, что по ODBC выгружаются только строки под фильтром, а не все.
Replikant_mih, одна таблица->одна таблица, все ведь работало до перехода. Мне интересно, я один попался или нет. Я видел лог ODBC, есть предположения ошибки. Жду техподдержку.
kvazar, Ну я понимаю, что все работало, а теперь не работает)), накинул вариант как можно попробовать обойти до того как тех поддержка разрулит. Сам эти таблицы не экспортирую, да и в целом эту функцию не часто использую.
Вообще, Квик существенно подвисает. На глаз это может быть и незаметно, но открываете вы меню — секундная задержка — это оно и есть. Из за этого, в частности, могут быть пропуски событий.
Kot_Begemot, никак, если Квик их вовне не отдает, а хоронит внутри себя.
А то, что часть событий он пропускает, даже в документации Квик написано. Правда, немного по другому поводу, но думаю, что у них все примерно в одном ключе сделано.
У меня один раз была ситуация — нужно было закрыть один опцион в полном стакане 12 марта 2020.
Робот послал штук сто заявок на покупку по всё время растущей цене (кушал Offera) пока таблица «позиции по клиентским счетам» не обновилась и не показала, что уже все опционы закрыты и ещё целая куча довеском по каким-то нереальным ценам.
Я прописал некоторые защиты, но… не могу быть точно уверенным.
Kot_Begemot, боюсь, там проблемы у брокера с загруженностью серверов.)
Неск лет назад Квик у финам пробовал. Все подвисало. У моего никаких проблем, но терминал другой.
Kot_Begemot, trans2quik.dll Вас не спас? У меня хорошо с нею сложилось. Робот выставляет заявки бывает что и сотнями, когда набирает и сбрасывает позицию, да еще и по нескольким активам, и довольно стабильно все. Редко возникает ситуация, когда квик не присваивает ордеру свой номер, и он у меня висит неподтвержденным, и это вылечила так: при зависании ордера неподтвержденным через определенный промежуток отзываю неподтвержденные ордера.
Kot_Begemot, если много ордеров в 1 и ту же секунду проходит — привет, trans_id не все приходят в БД. Потеря id происходит в пакетах по одной цене и с разницей времени в миллисекунды. С этим смирился в свое время.
3Qu, access. по логу, событие в логе есть. 1drv.ms/u/s!AtVVm7syI3VZgssqRbS88BAVUXbAMQ?e=YCdZHG
см. стоп-ордер №140105894, строка 38, событие «FILLED».
Либо лог косячный либо////
конец инструкции косячный - WHERE NumStopOrder140105894
kvazar, т.е., в логе есть, а в БД этого NumStopOrder=140105894 нет?
Конец инструкции не признал. Скорее Квик проглотил. Хотя и 44-я и 49-аналогичны, тоже без =. Да, там до фига таких. Все WHERE c Num косячные.
Что за БД то?
kvazar, я уже понял, сразу не въехал.
Так, а как они могут отработать, если: WHERE Num25963084148977 AND KodClass='SPBFUT' Это 33 строка.
Должно быть наверное Num=25963084148977. И это по всем UPDATE.
kvazar, переходите на 8.5.2.11. Скачать с ARQA, и бросить файлы в папку с Квик. Дел на 5 минут. Если нужна ссылка, сейчас гляну.
Версия действительно лучше.
ЗЫ Ссылка ftp://ftp.quik.ru/public/updates/
kvazar,
в диспетчере имен вроде как диапазон есть, но драйвер ODBC его как бы не видит. на форумах читал, что такая хрень может возникать на подписочных офисах «нажми и работай», но как её устранить? ARQA направила на ссылку (см. выше), а я там ничего не понял.
kvazar, так я выводил и в ацесс
у меня файл ацесс зарегистрирован как пользовательский DSN, файл эксель как системный DSN, вывод невозможен? Чек-бокс рид онли у меня пустой.
Вам DDE нужен
DDE использую по кнопке «вывести сейчас», а если использовать кнопку «начать вывод», хотел сравнить два метода, вдруг ODBC чем-то лучше?
Glago, клик ту ран офис? не встречал. советую именовать поля на инглише и обязательно! без пробелов, поле открытый интерес нужно переименовать.
Источник сделан х64?
Дата и Время не может быть integer — должно быть текстовое поле, знаков 12 длиной
Поля состыкованы? а то не видно…
и еще хэлп к квику читали, приложение 6?
kvazar, не обращайте внимание, так майкрософт называет новое семейство офисов, получаемых по подписке и привязанных к учетной записи.
Теперь по-существу. Поскольку х64 драйвер скачивал отсюда https://www.microsoft.com/en-us/download/details.aspx?id=54920 видимо для него критичны кириллические названия. Правильно вы посоветовали убрать пробел в последнем поле, так долго возился, что не заметил этой ошибки.
НО! Возникла интересная ситуация
Если поля таблицы асцесс переписать на английском, а поля Time(время) и Trade_Date(дата) там оставить Integer, всё замечательно выводиться без ошибок, но поля время и дата заполняются нулями. Для времени и даты не находится в списке соответствующих полей.
Если время и дату сделать текстовыми длиной 12, возникает ошибка
Если сделать длину в полях время и дата 255 (по умолчанию) всё выводится без ошибок, то поля время и дата просто остаются пустыми, хотя через выпадающее меню были соотнесены Время и Time.
ИМХО проблема в полях Время и Дата.
Да, ещё заметил такую хрень, что при запуске ODBC в списке процессов запускается Antimalware Service Executable и сильно (20%) грузит комп, а бывает к нему присоединяется процесс Изоляция Графов Аудиоустройств Windows и вместе они нагружают проц до 65%, вырубаю ODBC нагрузка пропадает, а если не вырубить, тогда может вырубиться квик! Не пойму как какие-то аудиоустройства могут связаны с квиком? Интересно, только у меня эти процессы стартуют после запуска ODBC?
kvazar, У меня изоляция графов запускается, если процесс вывода по ODBC вызывает ошибку. Если данные выводятся без ошибок, то грузит только Antimalware Service Executable. Насколько это серьезный процесс, можно ли его отключить?
РФ поставит в этом году рекорд по экспорту удобрений более 40 млн т — РАПУ РФ в этом году поставит три рекорда в области удобрений, в том числе по их экспорту, который составит 40 млн т, сообщил глав...
РФ поставит в этом году рекорд по экспорту удобрений более 40 млн т — РАПУ РФ в этом году поставит три рекорда в области удобрений, в том числе по их экспорту, который составит 40 млн т, сообщил глав...
Аэрофлот испытывает давление со всех сторон ✈️ Крупнейший авиаперевозчик страны представил на минувшей неделе операционные результаты за ноябрь 2024 года. Со своими разъездами я только сейчас до них д...
А то, что часть событий он пропускает, даже в документации Квик написано. Правда, немного по другому поводу, но думаю, что у них все примерно в одном ключе сделано.
У меня один раз была ситуация — нужно было закрыть один опцион в полном стакане 12 марта 2020.
Робот послал штук сто заявок на покупку по всё время растущей цене (кушал Offera) пока таблица «позиции по клиентским счетам» не обновилась и не показала, что уже все опционы закрыты и ещё целая куча довеском по каким-то нереальным ценам.
Я прописал некоторые защиты, но… не могу быть точно уверенным.
Вовне отдал, далее не его дела. Выстрелил — забыл. Если return не нужен. Но если в основном потоке, будет отдыхать пока летит.)
Неск лет назад Квик у финам пробовал. Все подвисало. У моего никаких проблем, но терминал другой.
Номера не отслеживаю, только trns_id — для каждой системы свой блокер. trans2quick.dll не использовал — программирую на Lua.
Кстати, какая БД?
1drv.ms/u/s!AtVVm7syI3VZgssqRbS88BAVUXbAMQ?e=YCdZHG
см. стоп-ордер №140105894, строка 38, событие «FILLED».
Либо лог косячный либо////
конец инструкции косячный - WHERE NumStopOrder140105894
Конец инструкции не признал. Скорее Квик проглотил. Хотя и 44-я и 49-аналогичны, тоже без =. Да, там до фига таких. Все WHERE c Num косячные.
Что за БД то?
Так, а как они могут отработать, если:
WHERE Num25963084148977 AND KodClass='SPBFUT' Это 33 строка.
Должно быть наверное Num=25963084148977. И это по всем UPDATE.
Версия действительно лучше.
ЗЫ Ссылка ftp://ftp.quik.ru/public/updates/
https://support.microsoft.com/en-us/help/2889262/office-365-microsoft-access-database-engine-could-not-find-the-object
Ничего не понял, кто в теме, помогите плиз)
в диспетчере имен вроде как диапазон есть, но драйвер ODBC его как бы не видит. на форумах читал, что такая хрень может возникать на подписочных офисах «нажми и работай», но как её устранить? ARQA направила на ссылку (см. выше), а я там ничего не понял.
у меня файл ацесс зарегистрирован как пользовательский DSN, файл эксель как системный DSN, вывод невозможен? Чек-бокс рид онли у меня пустой. DDE использую по кнопке «вывести сейчас», а если использовать кнопку «начать вывод», хотел сравнить два метода, вдруг ODBC чем-то лучше?
Источник сделан х64?
Дата и Время не может быть integer — должно быть текстовое поле, знаков 12 длиной
Поля состыкованы? а то не видно…
и еще хэлп к квику читали, приложение 6?
kvazar, не обращайте внимание, так майкрософт называет новое семейство офисов, получаемых по подписке и привязанных к учетной записи.
Теперь по-существу. Поскольку х64 драйвер скачивал отсюда https://www.microsoft.com/en-us/download/details.aspx?id=54920
видимо для него критичны кириллические названия. Правильно вы посоветовали убрать пробел в последнем поле, так долго возился, что не заметил этой ошибки.
НО! Возникла интересная ситуация
Если поля таблицы асцесс переписать на английском, а поля Time(время) и Trade_Date(дата) там оставить Integer, всё замечательно выводиться без ошибок, но поля время и дата заполняются нулями. Для времени и даты не находится в списке соответствующих полей.
Если время и дату сделать текстовыми длиной 12, возникает ошибка
Если сделать длину в полях время и дата 255 (по умолчанию) всё выводится без ошибок, то поля время и дата просто остаются пустыми, хотя через выпадающее меню были соотнесены Время и Time.
ИМХО проблема в полях Время и Дата.