Транзакции на снятие Лимит. заявки

Скрин

Функция вызывается вот этим кодом:

if (PosNow == 0 or (PosNow ~= 0 and SignFunc(PosNow) ~= SignFunc(PrevPos)))then
   DeleteAllProfit(MyAccount, Emit, Class, FileLog,  "Удаление ПРОФИТА при перевороте или нулевой позе")
end

Если текущая поза равна нулю или был переворот позиции, то удаляются все профиты.

Станислав, У меня давно стоит снятие несработавших заявок через 3 минуты, при этом я ищу заявку в таблице "orders" и, если она всё ещё активна, подаю команду KILL_ORDER. Исполнение команды не контролирую никак - считаю, что как-нибудь будет снята. Так вот: мой личный "рекорд", когда заявка сработала, будучи либо уже неактивной на момент снятия либо после получения команды на снятие, составляет СЕМНАДЦАТЬ С ПОЛОВИНОЙ МИНУТ!!!

колбеки заявок и транзакций исполняются примерно за 1...5 мкс

nikolz, Лапуль, по пунктам:

1. Заявки подаются для того, чтобы по ним происходили сделки - так поступают все нормальные трейдеры (кукловодов и идиотов в расчёт не берём).

2. Если "всего было выставлено и снято 200 тысяч заявок по 200 инструментам", то это суходроч с заявками без сделок, что означает либо что Вас вообще не интересуют сделки либо у Вас нет хоть сколько-нибудь нормального алгоритма выставления заявок.

3. Фраза "Необходимо обрабатывать состояние не только заявки но и транзакции" глупа. Лично я не обрабатываю ни то, ни другое - это называется "искать на свою задницу приключений" - хотя бы потому, что системный софт в Квике просто ужасен, и крайне желательно сократить общение с ним до минимально необходимого количества (лично у меня это прерывание OnTrade и обращение к таблице orders, что я считаю самым оптимальным вариантом из всех возможных).

4. Перебирать таблицу заявок на 200 тысяч заявок - идиотизм, и не потому, что "упаритесь это делать", а потому, что это ИДИОТИЗМ!

5. Где Вы выкопали "таблицу активных заявок"? Таблица "orders" - это таблица ВСЕХ заявок - активных, неактивных, исполненных, частично исполненных или снятых.

6. Любой нормальный человек ведёт учёт своих активных заявок по каждому инструменту - это нетрудно: количество таких заявок лично у меня очень редко превышает 1-2 десятка даже при тысячах обслуживаемых тикеров. Что же касается ИНДЕКСОВ активных заявок - а откуда Вы их, собссно, знаете? ID заявки формируется не Вами, в отличие от ID транзакции (что есть ещё один идиотизм: обеспечение уникальности идентификатора транзакции возлагается на юзера, а в 99 случаях из 100 это малоквалифицированные программисты вроде Вас).

7. Идиотизмом также являются решения как повеситься на все возможные прерывания, так и беготня по всем таблицам по которым можно бегать: нормальные люди снимают заявки ПО ТАЙМЕРУ! Это даёт возможность плевать сто раз на то, будет ли заявка принята или отвергнута кем бы то ни было: если она не привела к сделке, значит, она неудачная (по ЛЮБЫМ причинам). И с какого бодуна "из таблицы активных заявок выбирается та, которую надо снять"? Вы что, сами не знаете заявки, которую хотите снять? А на кой тогда Вы вообще ведёте свой учёт своих активных заявок? Ах, Вы айдишки её не знаете? Да, бывает такое - У МЕНЯ бывает, поскольку я вешаюсь только на OnTrade, и если по заявке не было ни одной сделки, я этого не знаю и знать не могу. Именно в таких случаях (очень редких случаях, поскольку более 90% моих заявок исполняются в течение пары секунд) я и лезу в таблицу "orders", чтобы узнать ID заявки, которую я хочу снять, если она до сих пор активна - как правило, это менее 10 раз в сутки. При этом выполнение команды на снятие я вообще никак не контролирую - смысла нет: вдруг она исполнилась именно в тот момент, когда я подал транзакцию на снятие или команда эта по каким-либо причинам не прошла. А потому скрипт сразу же после отправки команды считает, что заявка снята (в подавляющем большинстве случаев это так и есть), но паспорт заявки из стека не удаляет до конца сессии - если вдруг эта "снятая" заявка сработает, мы будем знать, что это именно НАША заявка сработала. Если же заявка исполнена полностью (что опять-таки происходит в подавляющем большинстве случаев), то нам вообще плевать, что там кто по этому поводу думает - мы тут же можем удалять и паспорт из стека - ну, придут дубли этой же сделки - игнорируем: заявка больше НЕ НАША.

8. Интернет - такая штука, что никто В ПРИНЦИПЕ не может гарантировать, что "это сообщение приходит раньше чем сообщение о снятии в таблицу заявок", и закладываться на это в алгоритме - очередной идиотизм.

Занялись бы Вы лучше чем-нибудь полезным, лапуль. Ну не Ваша это зона "программирование", ну не Ваша.    

Код, снимающий заявки у Вас написан, какой бы он ни был.

А далее есть вопросы организации последовательности вызовов методов. Необходимо учитывать, что скрипт работает на клиенте, а ответы приходят с сервера. Т.е. время ответа неизвестно.
Далее, если используете колбеки, то необходимо учитывать, что последовательность их прихода не гарантирована. Также, раз у нас клиент-сервер, то изменение состояния ордера после отправки транзакции на снятие, не придет мгновенно. Т.е. если транзакция на снятие ушла без ошибок, то пока не придет ответ или не прочитаете новое состояние ордера, отправлять новую транзакцию нельзя. Иначе возникнет ситуация когда отправили транзакцию на снятие, не дождались ответа и отправили новую.

Поэтому просто кусок кода ничего не даст.