Кто-то использует ODBC экспорт из КВИКа?
После перехода на х64 «лажает» ODBC, в частности не обновляются/не приходят правильно статусы ордеров и стоп-ордеров.
Кто-то использует эти таблицы в работе в связке с СУБД? Техподдержка КВИКа озадачена, но пока нет ответа.
upd! после обновления до 8.5.2 проблема решена, спасибо!!! это мне и в голову не пришло, скачал квик «свежий» с финама называется.
А то, что часть событий он пропускает, даже в документации Квик написано. Правда, немного по другому поводу, но думаю, что у них все примерно в одном ключе сделано.
У меня один раз была ситуация — нужно было закрыть один опцион в полном стакане 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.
ИМХО проблема в полях Время и Дата.