Сергей (Все сообщения пользователя)

Во-первых, предлагаемый функционал работает некорректно - после добавления новых инструментов экспорт таблиц, в которые были внесены автоматические изменения, останавливается и требуется ручной перезапуск экспорта.

Во-вторых, этот функционал у вас работает так, что добавляются все новые инструменты, независимо от использованных при первичном отборе фильтров.

Например. При отборе был использован контекстный фильтр «Si». Выбраны опционы. Но при появлении новых инструментов добавятся новые опционы в т.ч. и по другим БА, а не только Si*.

И это неудивительно, т.к. список инструментов в настройках таблиц – фиксированный, и каким образом его набрал пользователь, система вряд ли запоминает. А добавление новых инструментов, судя по всему, осуществляется по условно-интеллектуальному принципу, какие классы были найдены в списке, по ним и будут добавлены новые инструменты.

Кроме того, если необходимо внести изменения, то приходится все начинать сначала - почистить список инструментов, а потом добавлять заново по своим правилам.

В-третьих, необходим нормальный функционал настройки фильтров именно в настройках таблиц, правил или еще чего-то, что позволило бы еще и поддерживать эти параметры (т.е. корректировать настроенное ранее, а не настраивать заново).

На мой взгляд, востребованными были бы следующие параметры:

Группа базовых активов (базовый актив базового актива). С возможностью выбора нескольких активов. Например, RTS + Si.

Базовый актив. С возможностью выбора нескольких активов. Например, RIU2 + RIZ2 + SRU2.

Количество доступных серий. Например, 1, 2, 3 и т.д.

В качестве альтернативы – количество серий можно заменить на период отображаемых сроков экспирации. Например, 14…45 дней.

А такие операции желательно проводить регулярно. У меня, например, это необходимо хотя бы раз в неделю. И в случае, когда и QUIK, и робот, без вмешательства пользователя работают неделями, то есть желание и технологические операции поставить «на автомат». Но т.к. QUIK штатно не поддерживает автологин при запуске, а экспорт не включается/выключается через API, то раз в неделю приходится подключаться к серверу, закрывать QUIK, запускать скрипт для бэкап/рестор/архивирования и после этого запускать QUIK заново.

Кроме того, экспорт может остановиться или не запуститься при восстановлении подключения, и для полного контроля этого процесса вполне логичным было бы иметь инструмент управления подключением к БД и включением/выключением экспорта через dll.

Пожелание снято. Возможно, проблема была решена в последующих версиях.

Прошу также сообщить о результатах рассмотрения зарегистрированных предложений (№№ 2, 3 , 4).

Спасибо!

Добрый день!

Разбираясь в очередной раз со скоростью экспорта по ODBC, обнаружил неприятный сюрприз.

В QUIK уже года 2 существует интересный инструмент – «Фильтр» для полей таблиц. Он позволяет отображать в таблицах не все инструменты, а только те, которые удовлетворяют условиям.

Я его использую для сокращения количества рутины при настройках фьючерсов и опционов. Но оказалось, что все не совсем так, как хотелось.

Да, фильтр ограничивает список инструментов, по которым осуществляется экспорт. Но он это делает только при первичной вставке.

При последующих изменениях в данных – QUIK пытается проапдейтить все инструменты, не обращая внимания на фильтры. Но, т.к. при первичной вставке скрытые инструменты в таблицу-получатель не добавлялись, то все последующие апдейты – бессмысленны. И самое неприятное – что пользователь об этом никак не может догадаться, пока не изучит quik_odbc.log.

Пример (показываю на фьючерсах, чтобы данных было поменьше) в версии 9.3.3.3:

1.       Настраиваю таблицу параметров (в списке «Доступные инструменты» вводу в контекстный поиск RI + переношу в «Заголовки строк» всю группу «FORTS: фьючерсы»).

2.       Получаю список из 8-и инструментов за 2 года.

3.       Настраиваю фильтр на поле «До погашения» - менее 120.

4.       У меня остаются только 2 инструмента – RIH2 и RIM2.

5.       Перезахожу в QUIK, создав файл quik_odbc.log.

6.       Сразу после чистки таблицы добавляется записи с инсертом отфильтрованных инструментов (RIH2 и RIM2).

7.       Через минуту осуществляется апдейт, но уже по всем 8-и инструментам.

Файл с картинками и лог загружены по ссылке https://drive.google.com/file/d/1utfcONnZm_XkIV_nOOLIKsbQdHleriJd/view?usp=sharing.

Сначала думал, что какую-то хорошую задумку случайно испортили, но, провернув этот трюк на версиях последних 2-х лет (8.2.1.13 от 18.12.2019, 8.5.2.11 от 30.04.2020, 8.7.1.3 от 02.07.2020, 8.9.0.107 от 05.10.2020, 8.11.0.66 от 11.12.2020, 8.13.0.106 от 22.03.2021, 8.13.1.16 от 16.04.2021, 9.1.3.11 от 18.08.2021, 9.2.3.15 от 11.10.2021, 9.3.1.11 от 12.11.2021, 9.3.3.1 от 08.12.2021) понял, что так было с самого начала, просто, видимо, я не обращал на это внимания, т.к. скорость устраивала.

Сейчас у меня экспортируется ~4000 опционов, и потери в скорости стали ощутимыми. Экспорт начинает отставать от реальных данных и при интервале обновления «30 секунд» в течение дня накапливается отставание 1-2 часа. Проблему, конечно, решает, увеличение частоты его до 50 или 60 секунд, но меня это не устраивает.

Свою проблему я решил временным ограничением – выбираю в настройках только нужные серии (а не все 30000 опционов, как раньше). Дополнительно оптимизировал работу сервера БД и своего приложения в части работы с потоками, доведя частоту апдейта без каких-либо отставаний до 3 сек. Мне в целом хватает и 5 сек., но настраивать отдельные серии все равно не хочется.

Прошу исправить ошибку. И здесь есть два пути:

а) если так и было задумано (фильтр не должен ограничивать экспорт), то тогда необходимо и первичный INSERT пустить и по всем скрытым строкам. В таком случае будет, что апдейтить в дальнейшем. И пользователь с удовольствием увидит результаты своих горе-настроек в виде «распухших» таблиц с экспортируемыми без учета фильтров данными. И обязательно задокументировать это в HELP’е. Сейчас о влиянии фильтров на экспорт ни слова нет (или я плохо искал).

б) если это баг, то надо исправлять логику апдейта – не надо ходить по этим строкам, перегружать терминал и снижать тем самым скорость экспорта.

Я, конечно, голосую за вариант B.

Добрый день!

Прошу рассмотреть предложения по доработкам.

1. Более гибкая настройка таблицы параметров. Сейчас нельзя добавить целый класс и забыть про настройки навсегда. Физически добавляются сами инструменты, в него входящие. Поэтому при появлении новых серий необходимо заново настраивать таблицы – удалять все опционы из «заголовков строк» и добавлять весь класс повторно. Нужен фильтр по базовым активам базовых активов-фьючерсов (т.е. RTS, Si, SBRF и т.д.), количеству страйков, срокам (в днях) и количеству ближайших серий (например, 1, 2, 5…), шагом страйка. Вы же сделали что-то похожее в таблице «Доска опционов», но только надо с выбором базового актива фьючерса опциона. И, конечно, это должно быть реализовано универсально – чтобы в одной таблице можно было выбирать как опционы, фьючерсы, акции, так и все остальные классы.

2. Фильтр инструментов (блок «Доступные инструменты») в настройке таблицы «Текущая таблица параметров» всегда работает как контекстный (%маска%), невозможно отфильтровать все инструменты начинающиеся, например, на BR (фьючерсы и опционы на Brent, в таком случае фильтруются и все опционы других базовых активов серии …BR2 (июнь 2022).

3. Необходим экспорт по ODBC из окон «Доска опционов». Уже много лет об этом все говорят.

4. В фильтрах необходимо условие фильтра типа «между». Оно нужно в случаях, когда одновременно требуется поставить условия со связкой по «или»: «не задано» + пара условий («больше 15» и «меньше 90»). В текущей реализации это невозможно сделать, манипулируя условиями только в одном поле – приходится выкручивать, добавляя условия на другие поля.

5. Необходима возможность остановки экспорта и отключения от БД через метод в библиотеке TRANS2QUIK.dll. Это требуется для проведения технологических операций в БД, в неторговое время, в автоматическом режиме, без закрытия Quik’а.

6. В таблицах «Клиентский портфель», «Ограничения по клиентским счетам», «Таблица лимитов по бумагам», «Позиции по клиентским счетам» неактивен чекбокс «Вывод после создания» и кнопка «Начать вывод данных». Но если остановить экспорт и закрыть таблицу, то чекбокс снимается.

Добрый день!

После обновления версии с 8.13.1.16 до 9.1.3.11 возникли проблемы с фильтрами.

В таблице текущих торгов перестали работать математические условия сравнения в фильтре по полю «Дата исполнения».

Например, «больше либо равно» = «сегодня» .

При этом:

1.       Условие «не задано» отрабатывается корректно;

2.       Подобные условия по полю «Погашение» (дата) и «Дата торгов» в этом же окне отрабатываются корректно.

3.       Подобные условия с полями типа «Дата» в окнах заявок и сделок отрабатывают корректно.

4.       Пересоздание таблицы торгов и перенастройка фильтров проблему не исправляет.

5.       Проверено на разных машинах, по Windows 10 и под Windows Server 2012 R2. Брокер - БКС.

P.S. В целом, я переключился на поле «Погашение» (различия – некритичны), но проблему все же надо исправить.

P.P.S. Инструмент фильтрации – очень удобный. Чтобы не выбирать опционы, многие годы настраиваю условия для кодов инструментов, например «начинается с» = «Si», «RI». Добавляю условие по срокам. И в таком случае, не надо руками выбирать определенные серии, а достаточно выбрать все опционы (все 18000+), а потом исключаю лишние фильтрами таблицы. На скорость экспорта не влияет. Но есть пожелания:

1. Добавьте по возможности условие типа «между». Оно необходимо в случаях, когда одновременно надо поставить условия со связкой по «или»: «не задано» + пара условий («больше 15» и «меньше 90»). В текущей реализации это невозможно сделать, манипулируя условиями только в одном поле. Именно поэтому использую связку условий дата + дни до погашения.

2. Поменяйте принцип реализации набора инструментов в окно. Сейчас нельзя добавить целый класс и забыть про настройки навсегда. Физически добавляются сами инструменты, в него входящие. Поэтому при появлении новой серии необходимо заново настраивать таблицы – удалять все опционы из «заголовков строк» и добавлять весь класс повторно.

• «Чистить таблицу перед выводом» - если флажок установлен, то перед началом экспорта, при смене сессии, сервера или пользователя старые данные из таблицы будут удалены; если флажок снят, то новые данные будут замещать старые по мере поступления.