А Вы будете использовать робота с модулем в виде .exe? - страница 7
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Для работы с .Net DLL-ками из MQL все равно враппер нужен. Кстати я не затачивал библиотеку для работы с MS SQL CE нативными драйверами, работа c базой ведется через OLEDB/ADO
Да, насчет враппера я в курсе, писал для С++ CLI и для C#. C нативными, повторю, почти не работал, там обычный низкоуровневый вызов функций. А с OLEDB/ADO работал раньше, разберусь )
Пока вопрос в другом, зачем мне нужна БД на стороне MQL? Для простой передачи параметров однозначно быстрее обмен через бинарный файл, это если для Маркета готовить. Если не для Маркета - та же запись в файл, но через Memory Mapping.
Да, насчет враппера я в курсе, писал для С++ CLI и для C#. C нативными, повторю, почти не работал, там обычный низкоуровневый вызов функций. А с OLEDB/ADO работал раньше, разберусь )
Пока вопрос в другом, зачем мне нужна БД на стороне MQL? Для простой передачи параметров однозначно быстрее обмен через бинарный файл, это если для Маркета готовить. Если не для Маркета - та же запись в файл, но через Memory Mapping.
Работа с БД это как вариант интеграции с другими приложениями, если есть необходимость приличные объемы гонять/хранить/анализировать. База SDF и есть файл, для работы с которым не нужно делать сериализацию, парсинг, байнд переменных, а можно просто использовать SQL (не нужно дополнительно писать функционал для общения с файлом). В случае работы с бинарным файлом (да и с любым) есть состояние эксклюзивного лока всего файла, если пишет сторона MQL то ты не откроешь его для чтения в приложении. Memory Mapping тоже себя оправдывает. Я не имею ничего против того или другого способа, работа с БД - это еще один вариант в нашем арсенале, как разработчиков. Каждая конкретная задача должна решаться "своими" эффективными способами. Просто для .Net приложения будет легче работать с "табличными" данными с базой, а не с файлом; а со стороны MQL это тоже возможно. Я не даю никаких рекомендаций :) ты спросил "как работать" - я просто протестил с этой базой враппер и подправил скрипты чтобы просто показать как это возможно сделать.
Может понадобится для каких-нибудь других задач :) Можно например c Excel работать средствами OLEDB, хоть отчеты генерируй из MQL, и такие задачки встречались :)
Работа с БД это как вариант интеграции с другими приложениями, если есть необходимость приличные объемы гонять/хранить/анализировать. База SDF и есть файл, для работы с которым не нужно делать сериализацию, парсинг, байнд переменных, а можно просто использовать SQL (не нужно дополнительно писать функционал для общения с файлом). В случае работы с бинарным файлом (да и с любым) есть состояние эксклюзивного лока всего файла, если пишет сторона MQL то ты не откроешь его для чтения в приложении. Memory Mapping тоже себя оправдывает. Я не имею ничего против того или другого способа, работа с БД - это еще один вариант в нашем арсенале, как разработчиков. Каждая конкретная задача должна решаться "своими" эффективными способами. Просто для .Net приложения будет легче работать с "табличными" данными с базой, а не с файлом; а со стороны MQL это тоже возможно. Я не даю никаких рекомендаций :) ты спросил "как работать" - я просто протестил с этой базой враппер и подправил скрипты чтобы просто показать как это возможно сделать.
Может понадобится для каких-нибудь других задач :) Можно например c Excel работать средствами OLEDB, хоть отчеты генерируй из MQL, и такие задачки встречались :)
Это все понятно, согласен на 100%. Я сам базы широко использую. А связь с Exel через OLEDB из MQL - это интересная мысль!