Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Дык в МКЛ4 есть и бинарные файлы. Они вроде лучше подходят для БД с фиксированной структурой. И с массивами позволяют работать. А это существенный момент, поскольку в МКЛ4 нет поиска в файле, так что это придется организовывать самому.
Да, это наверно похожая задачка, и цель судя по всему - тоже. Но мне нужно сделать именно в файле на диске а не в памяти. И задача в основном "накопительная": просто проверить есть такие данные и если нет - (до)записать, а в некоторых случаях - поправить значения найденных.
Собственно говоря - для ясности - заголовочный файл к библиотеке.
Ну хранить-то можно где угодно. Оперативная память - это быстрый вариант временной таблицы для всяких массовых манипуляций. А вот "накопительную" задачу я и не совсем понял, если честно. Тут всё зависит от того, что есть проверка наличия данных.
ну например тиковый график - чисто "накопительная" задача. данные по тикам нигде не хранятся. хранить их оперативно в памяти нельзя потому что при ините или переприсоединении индикатора все данные "пропадут". так что хранить данные нужно на диске, а обрабатывать можно и в памяти, но после вычитки с диска.
А проверка - если для этой же тиковой задачи, например мне нужно строить "очень нестандартные" свечи: ну например: ночь, утро, рабочий день, вечер. здесь нет периода, но есть время начала новой свечи, поэтому записывая данные мне нужно сначала проверить а не пора ли начать новую свечу или закончить формирование текущей? все ли цены по ней у меня собрались?
За файл подсказку спасибо! но я уже начал писать свой собственный вариант - а "своя рубашка..."
А обычный csv файл не катит?
Не разделяю Вашу точку зрения, файлы до 100К обрабатываются очень быстро.