http://forum.quik.ru Новое в теме Уникальный номер заявки форума на сайте Форум QUIK [forum.quik.ru] ru http://backend.userland.com/rss2 Thu, 23 Apr 2026 12:18:56 +0300 Уникальный номер заявки в форуме Система QUIK.
Просто не нравится этот вариант, тк есть уникальный trans_id, зачем еще один индекс городить. Пока попробовал переделать все на обработку по trans_id, но остается открытым вопрос как быть если система не вернула order_num за разумное время. Пока что приходится такую заявку "забыть" и идти дальше.
24.01.2024 18:21:43, bespalex.]]> http://forum.quik.ru/messages/forum1/message74026/topic8472/ http://forum.quik.ru/messages/forum1/message74026/topic8472/ Wed, 24 Jan 2024 18:21:43 +0300 Система QUIK Уникальный номер заявки в форуме Система QUIK.

====quote====
bespalex написал:
это конечно вариант, но мне он не нравится отсутствием изящества, громоздкостью что ли. Кроме того, как справедливо раньше вы подметили, при работе с питоном приходится экономить операции.
На эту проблему накладывается возможное отсутствие trans_id в сообщениях, который я поддерживаю уникальным на своей стороне. Городить два индекса совсем не хотелось.
И что делать, если order_num не приходит? Ждать? Сколько? получается заявка в неопределенном статусе может находиться неопределенное время.
=============
Можете показать пример громоздкости или затрат на вычисления?
---------------------
Вся история предыдущих дней в худшем случае обрабатывается  один раз до начала торгов. в лучшем случае обрабатывается вчера.
24.01.2024 08:06:53, nikolz.]]> http://forum.quik.ru/messages/forum1/message74006/topic8472/ http://forum.quik.ru/messages/forum1/message74006/topic8472/ Wed, 24 Jan 2024 08:06:53 +0300 Система QUIK Уникальный номер заявки в форуме Система QUIK.
это конечно вариант, но мне он не нравится отсутствием изящества, громоздкостью что ли. Кроме того, как справедливо раньше вы подметили, при работе с питоном приходится экономить операции.
На эту проблему накладывается возможное отсутствие trans_id в сообщениях, который я поддерживаю уникальным на своей стороне. Городить два индекса совсем не хотелось.
И что делать, если order_num не приходит? Ждать? Сколько? получается заявка в неопределенном статусе может находиться неопределенное время.
23.01.2024 18:37:29, bespalex.]]> http://forum.quik.ru/messages/forum1/message73995/topic8472/ http://forum.quik.ru/messages/forum1/message73995/topic8472/ Tue, 23 Jan 2024 18:37:29 +0300 Система QUIK Уникальный номер заявки в форуме Система QUIK.
номер сделки и дата торгов
23.01.2024 14:09:09, nikolz.]]> http://forum.quik.ru/messages/forum1/message73988/topic8472/ http://forum.quik.ru/messages/forum1/message73988/topic8472/ Tue, 23 Jan 2024 14:09:09 +0300 Система QUIK Уникальный номер заявки в форуме Система QUIK.

====quote====
bespalex написал:
Уникальность номеров заявок order_num поддерживается только внутри одного торгового дня. Также как и trade_num для сделок.
Получается при использовании этих параметров в качестве индекса может возникнуть ситуация, что записи имеющиеся совпадут по индексу с новыми заявками и сделками дня, что может привести к труднопредсказуемым последствиям.
Использовать trans_id  в качестве уникального индекса тоже ненадежный способ, т.к. логика его передачи в сообщениях нестабильна. Также например случаются существенные задержки с поступлением OnTransReply и тогда невозможно отменить заявку, т.к. для этого необходим order_num, которого у нас еще может не быть.
Кто как решает эту проблему?
=============
Внутри дня используем номе сделки
А между днями - дополнительно дату.
Устроит такое решение?
23.01.2024 14:08:50, nikolz.]]> http://forum.quik.ru/messages/forum1/message73987/topic8472/ http://forum.quik.ru/messages/forum1/message73987/topic8472/ Tue, 23 Jan 2024 14:08:50 +0300 Система QUIK Уникальный номер заявки в форуме Система QUIK.
Уникальность номеров заявок order_num поддерживается только внутри одного торгового дня. Также как и trade_num для сделок.
Получается при использовании этих параметров в качестве индекса может возникнуть ситуация, что записи имеющиеся совпадут по индексу с новыми заявками и сделками дня, что может привести к труднопредсказуемым последствиям.
Использовать trans_id  в качестве уникального индекса тоже ненадежный способ, т.к. логика его передачи в сообщениях нестабильна. Также например случаются существенные задержки с поступлением OnTransReply и тогда невозможно отменить заявку, т.к. для этого необходим order_num, которого у нас еще может не быть.
Кто как решает эту проблему?
23.01.2024 12:33:31, bespalex.]]> http://forum.quik.ru/messages/forum1/message73984/topic8472/ http://forum.quik.ru/messages/forum1/message73984/topic8472/ Tue, 23 Jan 2024 12:33:31 +0300 Система QUIK