Обсуждение статьи "SQLite: нативная работа с базами данных на SQL в MQL5" - страница 4
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Очень детальный туториал по SQLite: https://www.sqlitetutorial.net/
Вот по SELECT: https://www.sqlitetutorial.net/sqlite-select/
Его переносить в нашу справку не имеет смысла и для этого проекта очень много детальной документации опубликовано.
Скорее всего в нашу справку включим прямые ссылки на готовые туториалы.
SQL - это язык, хоть и простой, и по нему огромное количество учебников, в т.ч. по-русски. По документации/справочникам язык изучать неэффективно.
SQL - это язык, хоть и простой, и по нему огромное количество учебников, в т.ч. по-русски. По документации/справочникам язык изучать неэффективно.
Кому как. Лично мне приятней документация как по MQL5 чем примеры использования. По аналогичной документации я начинал программировать на васике.
Добавлено: Поискал я, почитал учебники на русском... Жесть. Люди не задумываясь копипастят машинный перевод без прочтения. В.С. Высоцкий «Им глубоко плевать какие там цветы.»
Невозможно учить что-либо по таким переводам...
Очень детальный туториал по SQLite: https://www.sqlitetutorial.net/
Вот по SELECT: https://www.sqlitetutorial.net/sqlite-select/
Его переносить в нашу справку не имеет смысла и для этого проекта очень много детальной документации опубликовано.
Скорее всего в нашу справку включим прямые ссылки на готовые туториалы.
После более близкого, но всё-же поверхностного, ознакомления с возможностями SQLite пришёл к выводу, что в таком виде, простите это только погремушка.
Для того чтобы использовать безусловные преимущества SQLite не лишним было-бы иметь базу истории, как минимум. А лучше и базу текущих позиций и отложенных ордеров. Надеюсь, что на уровне МТ создание таких баз данных не будет занимать много времени. Тем более если таблицы как они сейчас есть, можно формировать уже из базы SQLite. Такой подход обязательно упростит работу с историей ордеров и сделок. Будет очень легко получить суммы свопа, комиссий, прибыли по всем сделкам с одним ID позиции или за определённый период.
Недавно в одной из тем читал, что выборка из истории идёт по времени открытия, а правильно по времени закрытия... Наличие базы SQLite снимает подобные вопросы. По какому критерию хотите по такому и выбирайте. Но для этого мало кто из программистов возьмётся для себя создавать эти базы. ИМХО.
Кому как. Лично мне приятней документация как по MQL5 чем примеры использования. По аналогичной документации я начинал программировать на васике.
Добавлено: Поискал я, почитал учебники на русском... Жесть. Люди не задумываясь копипастят машинный перевод без прочтения. В.С. Высоцкий «Им глубоко плевать какие там цветы.»
Невозможно учить что-либо по таким переводам...
"Ей"
После более близкого, но всё-же поверхностного, ознакомления с возможностями SQLite пришёл к выводу, что в таком виде, простите это только погремушка.
Для того чтобы использовать безусловные преимущества SQLite не лишним было-бы иметь базу истории, как минимум. А лучше и базу текущих позиций и отложенных ордеров. Надеюсь, что на уровне МТ создание таких баз данных не будет занимать много времени. Тем более если таблицы как они сейчас есть, можно формировать уже из базы SQLite. Такой подход обязательно упростит работу с историей ордеров и сделок. Будет очень легко получить суммы свопа, комиссий, прибыли по всем сделкам с одним ID позиции или за определённый период.
Недавно в одной из тем читал, что выборка из истории идёт по времени открытия, а правильно по времени закрытия... Наличие базы SQLite снимает подобные вопросы. По какому критерию хотите по такому и выбирайте. Но для этого мало кто из программистов возьмётся для себя создавать эти базы. ИМХО.
Уже есть. Средствами MQL. Сам знаешь где. Но говоришь - больше трёх предложений прочесть уже не в силах...
"Ей"
В данном случае незначительное перефразирование не важно.
Уже есть. Средствами MQL. Сам знаешь где. Но говоришь - больше трёх предложений прочесть уже не в силах...
Ничего не понял. Где есть не знаю. Что значит «Средствами MQL»? Так как сейчас можно вытащить и вытащить из базы данных SQLite очень большая разница. Даже после поверхностного ознакомления это понятно. Средствами MQL намного сложней и, как мне кажется, затратней по времени.
Когда написано по делу без лишних пустых фраз, я могу прочесть чуток побольше. Эта статья именно так и написана.
В данном случае незначительное перефразирование не важно.
Ничего не понял. Где есть не знаю. Что значит «Средствами MQL»? Так как сейчас можно вытащить и вытащить из базы данных SQLite очень большая разница. Даже после поверхностного ознакомления это понятно. Средствами MQL намного сложней и, как мне кажется, затратней по времени.
Когда написано по делу без лишних пустых фраз, я могу прочесть чуток побольше. Эта статья именно так и написана.
Я уже давно сделал возможность той выборки данных, о которой ты говорил. Для обеих платформ работает. И описано всё в статьях. Это давно было сделано. Будет дальше дорабатываться, но позже. Не хочу здесь обсуждать то, что не относится к этой теме.
Я уже давно сделал возможность той выборки данных, о которой ты говорил. Для обеих платформ работает. И описано всё в статьях. Это давно было сделано. Будет дальше дорабатываться, но позже. Не хочу здесь обсуждать то, что не относится к этой теме.
Вот именно. Артём у тебя сделано средствами MQL, а тема о SQLite. Даже твоя библиотека была-бы проще и более «скорострельна» если-бы использовала базы данных SQLite. Я-же не говорил об отсутствии или невозможности это сделать. Я говорил о простоте решения.