Индикатор, суммирующий эквити и баланс по нескольким счетам - страница 4
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Ну да типа субд не текстовый файл с собственным расширением и живет исключительно в памяти?
Если и изголяться (именно изголятся) то можно обмен вести и через текстовый файл открытый через апи мыши и клавы (чем не субд), он точно в оперативке пока на диск не сбросили,
или через буфер обмена, но с ID маркером - а то мало ли какая там хрень еще попала.
Но это если изголяться, а так проще через файлы.
СУБД реализует транзакции. Даже нереляционные базы такое умеют.
самому пальцами на голых файлах, такое сложновато изображать..
Бьюсь об заклад что большинство не самых плохих тут разработчиков просто махнут рукой "ну его нах, когда есть готовое".
Возьмутся только нюбы, даба изведать неизведанных граблей и обрести опыт
чтобы с сокетом "набежало пара секунд", это надо очень-очень постараться. Буквально приложить максимум навыков чтобы так растянуть :-)
на худой конец СУБД. Но никак не чистокровные файлы - в них столько проблем с гонками (кто когда пишет/читает, какие флаги как выставляет), что связь больше чем 1:1 лучше не трогать
хотя хозяин-барин..а для себя даже избранные глобальные переменные понемногу отправляю в монитор.
под настрой добавлю мониторить список запущенных ботов, и открытых чартов - вообще конфетка будет
Для более точной оценки задачи было бы здорово услышать от автора топика подробности (в частности, о том, достаточно ли работать локально или нужно распределенно и пр.). Для локальной задачи все ваши предложения - как стрельба из пушки по воробьям. Для распределенного сбора статусов, разумеется, сокеты вне конкуренции, но только не надо их так однобоко идеализировать - там достаточно много внешних факторов, которые в реальной жизни подбросят вам задержек, несмотря на навыки. Потенциальных проблем с сокетами гораздо больше, чем с локальными файлами.
СУБД реализует транзакции. Даже нереляционные базы такое умеют.
самому пальцами на голых файлах, такое сложновато изображать..
Бьюсь об заклад что большинство не самых плохих тут разработчиков просто махнут рукой "ну его нах, когда есть готовое".
Возьмутся только нюбы, даба изведать неизведанных граблей и обрести опыт
Субд делает то же самое и в зависимости от реализации делает это
1) на файлах
2) или как сервер в памяти.
Все зависит от того, кто писал эту субд, как писал и зачем писал.
Я не программист, но делаю базы данных на CSV последние лет 15. И это гораздо проще чем писать полноценную субд, или ее осваивать..
Тем более для MQL материала для работы с файлами немеренно и на этом сайте и на других.
И при этом я ничем почти не ограничен - ни миллисекундами не тарабайтами.
А если почитать местные статьи по работе с файлами - то это осваивается за день. А хелп к субд с описанием функций 2-4 недели.
А потом окажется что у субд куча ограничений.
И недостаток субд - это сам пакет субд имеющий объем от десятков мегабайт до нескольких гигабайт.
А при работе с файлом(и), в данном случае объем до нескольких десятков килобайт.
Я, на сколько понял, топик стартеру - нужен простой вариант, не напряжный, и не накаждом тике.