Индекс запсииси в таблице ордеров

Внимание

Для участия в обсуждениях и оформления подписки на новые сообщения форума вам необходимо зарегистрироваться.
Главная » Основные форумы » Программирование на языке Lua
Страницы: 1
RSS
Индекс запсииси в таблице ордеров
 
#1
03.07.2025 13:28:35
В последнее время один из брокеров стабильно стал разрывать соединение в середине торговой сессии и после восстановления соединения очищает таблицы, вызывает колбек OnCleanUp.
Можно было бы сказать какого и зачем все чистить, но с этим уже бороться бессмысленно.

Более важно другое, после восстановления соединения в таблице ордеров наблюдаются совсем другие индексы записей. Был у записи индекс 15, а стал 20.
Хотя визуально таблица (без фильтров и сортировок ) представлена именно как была ранее, и там запись до сих пор 15.

Ранее такого поведения не наблюдалось. Сейчас приходится вводить дополнительные методы для восстановления соответствия записей и запомненных данных.
https://nick-nh.github.io/
https://github.com/nick-nh/qlua
 
 
#2
03.07.2025 19:42:27
Цитата
Nikolay написал:
В последнее время один из брокеров стабильно стал разрывать соединение в середине торговой сессии и после восстановления соединения очищает таблицы, вызывает колбек OnCleanUp.
Можно было бы сказать какого и зачем все чистить, но с этим уже бороться бессмысленно.

Более важно другое, после восстановления соединения в таблице ордеров наблюдаются совсем другие индексы записей. Был у записи индекс 15, а стал 20.
Хотя визуально таблица (без фильтров и сортировок ) представлена именно как была ранее, и там запись до сих пор 15.

Ранее такого поведения не наблюдалось. Сейчас приходится вводить дополнительные методы для восстановления соответствия записей и запомненных данных.
А Вы у брокера не спрашивали зачем он это делает?
Может имеет смысл уйти от такого брокера?
 
 
#3
03.07.2025 20:25:00
Очередная ветка на тему таблицы заявок, в каком то смысле, продолжение темы: https://forum.quik.ru/messages/forum10/message78826/topic9187/#message78826

 Пользователям от таблицы заявок (стоп-заявок) надо чтобы:
1) заявки в таблице появлялись с формированным номером заявки и trans_id;
2) индекс заявки, пока она существует обеспечивает прямой доступ к ней и не меняется.
 Как это будет реализовано дело разработчика QUIK и, вообще, нас не интересует.
Сколь угодно быстро, но неправильно работающие программы никому не интересны.
 
 
#4
04.07.2025 16:07:30
Цитата
А Вы у брокера не спрашивали зачем он это делает?
Может имеет смысл уйти от такого брокера?
У меня пять брокеров, а также есть логи работы скриптов, наверно, почти по всем более менее крупным брокерам. По опыту - у всех свои тараканы.
Да и выйти в техподдержке на живого человека, который хоть как-то поймёт о чем речь - это тот ещё тот квест и уйма времени.
Плюс, если такие события происходят, значит необходимо предусматривать такое поведение, мы же с деньгами работаем, а не картинки показываем на сайте.
https://nick-nh.github.io/
https://github.com/nick-nh/qlua
 
 
#5
05.07.2025 06:50:56
Цитата
Nikolay написал:
Цитата
А Вы у брокера не спрашивали зачем он это делает?
Может имеет смысл уйти от такого брокера?
У меня пять брокеров, а также есть логи работы скриптов, наверно, почти по всем более менее крупным брокерам. По опыту - у всех свои тараканы.
Да и выйти в техподдержке на живого человека, который хоть как-то поймёт о чем речь - это тот ещё тот квест и уйма времени.
Плюс, если такие события происходят, значит необходимо предусматривать такое поведение, мы же с деньгами работаем, а не картинки показываем на сайте.
В моей практики такого не было.
---------------  
Поясните подробнее, что означает появление новых заявок.
Вы их не делали?
 
 
#6
05.07.2025 09:28:25
Что значит новые. С утра установлены заявки, они получили индексы в таблице ордеров. В 12:30 брокер разрывает связь, тут же восстанавливает, но при этом вызывает колбек OnCleanUp.
Все таблицы очищаются. После происходит восстановление записей в таблицах (при этом приходят все колбеки заново).
Далее смотрим на эти записи и видим, что ордер с индексом 15 стал 20. И так по всем записям - все вперемешку. Смотрим на таблицу ордеров в интерфейсе, там порядок записей такой же ка был изначально.

Проблема решена через блок поиска ордеров, который все равно в скриптах есть, но назвать это ожидаемым - вряд ли.
https://nick-nh.github.io/
https://github.com/nick-nh/qlua
 
 
#7
06.07.2025 07:08:14
Цитата
Nikolay написал:
Что значит новые. С утра установлены заявки, они получили индексы в таблице ордеров. В 12:30 брокер разрывает связь, тут же восстанавливает, но при этом вызывает колбек OnCleanUp.
Все таблицы очищаются. После происходит восстановление записей в таблицах (при этом приходят все колбеки заново).
Далее смотрим на эти записи и видим, что ордер с индексом 15 стал 20. И так по всем записям - все вперемешку. Смотрим на таблицу ордеров в интерфейсе, там порядок записей такой же ка был изначально.

Проблема решена через блок поиска ордеров, который все равно в скриптах есть, но назвать это ожидаемым - вряд ли.
Что такое "таблица ордеров в интерфейсе" ?
Заявки в таблице заявок записаны в других строках, чем были раньше? Верно?
 
 
#8
06.07.2025 07:12:24
У меня , при восстановлении соединения, все таблицы обрабатываются заново, как при первом соединении.
Поэтому мне все равно в каком порядке будут записаны в нее ордера.  
 
 
#9
07.07.2025 13:59:46
Цитата
nikolz написал:
У меня , при восстановлении соединения, все таблицы обрабатываются заново, как при первом соединении.
Поэтому мне все равно в каком порядке будут записаны в нее ордера.  
Аналогично. Но ранее такого поведения не наблюдалось. Сегодня брокер опять сделал это, так что всем стоит принять за истину, что теперь терминала не гарантирует в таблицах сохранность порядка записей.
https://nick-nh.github.io/
https://github.com/nick-nh/qlua
 
 
#10
08.07.2025 00:32:24
Цитата
Nikolay написал:.
стоит принять за истину, что теперь терминал не гарантирует в таблицах сохранность порядка записей.
  Они "дышат" :smile: .
  Это значит, что функция SearchItems работает некорректно. Она выдает таблицу индексов записей. В какой то момент (например через 3 секунды) эти индексы используются для обращения к записям, а записи могут "разбежаться" :smile:.
----
 Предложение разработчику QUIK:
1) В таблицы QUIK добавить служебное поле номер записи в таблице и использовать его значение для обеспечения сохранности порядка в таблицах.
2)
Цитата
TGB написал:
надо чтобы заявки в таблице появлялись с формированным номером заявки и trans_id;

Поддержка, пожалуйста, "донесите" предложение разработчику.
 
 
#11
08.07.2025 09:21:28
Цитата
TGB написал:
а записи могут "разбежаться"
Все же пока это происходит только после OnCleanUp, а не вдруг.
https://nick-nh.github.io/
https://github.com/nick-nh/qlua
 
 
#12
08.07.2025 11:39:06
Цитата
Nikolay написал:
Все же пока это происходит только после OnCleanUp, а не вдруг.
 
Цитата
Nikolay написал:
но назвать это ожидаемым - вряд ли.
 ------
 В функции getItem "плавающая" ошибка при работе с ордерами. Не видны проблемы с ее исправлением. Рабочее место QUIK и сервер это продукты ARQA.
 
 
#13
11.07.2025 20:15:27
Хотелось бы увидеть возражения поддержки.
 
 
Страницы: 1
Читают тему
Техническая поддержка
+7 383 219 1606
© 2000–2025,
ARQA Technologies
Наверх