Forex робот Oracle

Всем добрый день.

Ситуация следующая:
Имею хорошие знания в программировании, физик по образованию.
Примерно с год с периодической активностью пишу робота для Forex, вернее даже инфраструктуру.
MT4 + Delphi 7(dll) + Oracle.
MT4 — только для приема котировок и выставления приказов (максимально тонкий клиент)
DLL только для общения между MT4 и Oracle в обе стороны.
Вся логика, хранение данных, обработка, анализ, принятие решений о сделках в PL/SQL.

1) Хотелось бы найти единомышленников для совместной, может параллельной работы над проектом.
Готов делиться исходниками и знаниями. В ответ хотелось бы идей, комментариев. Важно чтобы человек знал SQL, PL/SQL на хорошем уровне.

2) Если кому-то интересно могу написать статью с описанием функционирования всех отдельных компонентов.

В роботе уже есть: Сохранение котировок от нескольких В.П., (хранится всё, от тиковых данных до обычных баров по разным Т.Ф.)
Выставление ордеров, синхронизация оредров, принудительное закрытие, трейлинг (причем весьма гбкий), возможность сохранения любых индикаторов напрямую из Mt4 и конечно рассчет любых своих.

Вот пример одного из запросов (один индикатор в терминах робота)

К прмеру этот запрос можно считать тривиалным, он выполняется после каждого пришедешего М5 бара и смотрит на глубину p_deep баров назад.
Далее в рамках этих баров сравниваются каждые 2 последующих бара,
и если выполняется ряд условий, то для пары баров рассчитывается некая величина down_to_up_point. Далее эти величины суммируются и считается относительная величина на бар. Вся история этой величины на каждый бар так же есть в истории. Пока вот проверяю закономерность — если построить график этой величины и срвнить с ценой, то как правило после всплесков цены имеет тенденцию идти вверх.

Forex Delphi DLL Oracle робот

AlexGru

не определен

126

с 24 января 2013

8 Комментариев

ace-fltrade
27 ноября 2013, 20:49
Честно говоря данная связка для такого решения, попахивает садомазахизмом. 1) Если и получать данные, то с нормального датафида, не будет задержек при резких движениях 2) Не вижу никакого удобства писать робота на sql вообще никакого, если честно задачи просто не представляю?? Простое решение легко задень пишется на встроенном языке. Для всего остального в зависимости от задач. C# и Python
+3
- Рустам TradeInWest.ru
  27 ноября 2013, 20:51
  ace-fltrade, полностью согласен. В точку.
  0
Рустам TradeInWest.ru
27 ноября 2013, 20:51
не по той дорожке ты пошел. :-)

в этой связке mt4 будет непреодолимым тормозом. и в получении котировок и самое главное: в манипулировании ордерами.

MT4 тем более убого смотрится, когда идет в связке с Oracle. Для меня это сюр (как для для человека с высшим программерским образованием и длительной деятельностью в этой сфере).

«Скорость эскадры определяется скоростью самого тихоходного корабля». В вашей эскадре MT4 — финикийская галера в связке с ультра мощной скоростной яхтой.
0
AlexGru
27 ноября 2013, 21:06
Не вижу никакого удобства писать робота на sql вообще никакого.

— Тот запрос который у меня в примере, вот как бы выглядел код на C++, а тут сам запрос пишется буквально за пару минут, в этом плюс.
В основном конечно не на SQL, а на PL/SQL.

Про скорость. Это же не HFT ни в коем разе.
Если минимальный ТФ это M5, то у нас 5 минут для всех расчетов чтобы принять решение когда придет следующий бар, а за 5 минут можно много чего посчитать, проанализировать.
К примеру запрос в примере сейчас выполняется 0.031 сек.

Понятно, что MT4 по скорости самое узкое место. В этой связке. Но если все будет налажено, потом только переписать DLL и всё, нет MT4. Пока это не проблема.

, не будет задержек при резких движениях
— Ещё раз говорю, что это не HFT.
0
- ac44
  27 ноября 2013, 21:12
  AlexGru, так вам нужны единомышленники программисты или люди с идеями?
  +1
- Евгений
  27 ноября 2013, 21:23
  AlexGru, единомышленников проще искать если у вас популярное решение. Оракл — далеко не популярное решение. Впрочем, решать вам, что для вас важнее.
  0
AlexGru
27 ноября 2013, 21:14
Нужны люди с которыми приятно пообщаться по тематике роботостроения, и было бы прекрасно если бы человек знал SQL, PL/SQL чтобы мог поучаствовать в кодинге.
0
- ac44
  27 ноября 2013, 22:58
  AlexGru, увы, в кодинге не силен, зато идей полно.
  0