Discussion de l'article "SQLite Gestion native des bases de données SQL dans MQL5" - page 4
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Un tutoriel très détaillé sur SQLite : https://www.sqlitetutorial.net/
Voici un tutoriel sur SELECT : https://www.sqlitetutorial.net/sqlite-select/
Il n'y a pas de raison de le transférer dans notre aide et il y a beaucoup de documentation détaillée publiée pour ce projet.
Il est fort probable que nous incluions des liens directs vers des tutoriels prêts à l'emploi dans notre aide.
SQL est un langage, même s'il est simple, et il existe de nombreux manuels sur ce sujet, y compris en russe. Il est inefficace d'apprendre le langage à partir de la documentation/des livres de référence.
SQL est un langage, même s'il est simple, et il existe de nombreux manuels sur ce sujet, y compris en russe. Il est inefficace d'apprendre le langage à partir de la documentation/des livres de référence.
Pour certains. Personnellement, je trouve la documentation comme celle de MQL5 plus agréable que les exemples d'utilisation. J'ai commencé à programmer en Wasik en utilisant une documentation similaire.
Ajouté : j'ai cherché, lu des manuels en russe.... Dur. Les gens qui ne réfléchissent pas copient les traductions automatiques sans les lire. V.S. Vysotsky "Ils ne se soucient pas des fleurs qui sont là".
Il est impossible d'apprendre quoi que ce soit à partir de telles traductions...
Un tutoriel très détaillé sur SQLite : https://www.sqlitetutorial.net/
Voici un tutoriel sur SELECT : https://www.sqlitetutorial.net/sqlite-select/
Il n'y a pas d'intérêt à le déplacer vers notre aide et il y a beaucoup de documentation détaillée publiée pour ce projet.
Il est fort probable que nous incluions des liens directs vers des tutoriels prêts à l'emploi dans notre aide.
Après une familiarisation plus approfondie, mais encore superficielle, avec les possibilités de SQLite, je suis arrivé à la conclusion que sous cette forme, désolé, ce n'est qu'un hochet.
Pour utiliser les avantages inconditionnels de SQLite, il ne serait pas superflu d'avoir au moins une base de données historique. Et mieux encore, une base de données des positions actuelles et des ordres en cours. J'espère qu'au niveau du MT, la création de telles bases de données ne prendra pas beaucoup de temps. Surtout si les tables, telles qu'elles sont actuellement, peuvent être formées à partir d'une base de données SQLite. Cette approche simplifiera certainement le travail avec l'historique des ordres et des transactions. Il sera très facile d'obtenir les montants des swaps, des commissions, des bénéfices sur toutes les transactions avec un identifiant de position ou pour une certaine période.
Récemment, j'ai lu dans l'un des sujets que la sélection de l'historique est basée sur l'heure d'ouverture, mais correctement sur l'heure de clôture.... Le fait de disposer d'une base de données SQLite élimine ce genre de questions. Selon quel critère vous voulez l'utiliser et le sélectionner. Mais peu de programmeurs créeront ces bases pour eux-mêmes. IMHO.
Pour certains. Personnellement, je trouve la documentation de MQL5 plus agréable que les exemples d'utilisation. J'ai commencé à programmer en Wasik en utilisant une documentation similaire.
Ajouté : j'ai cherché, lu les tutoriels sur Russian.... Dur. Les gens qui ne réfléchissent pas copient les traductions automatiques sans les lire. V.S. Vysotsky "Ils se fichent profondément de ce qui fleurit là".
Il est impossible d'apprendre quoi que ce soit de telles traductions...
"Hey."
Après une familiarisation plus approfondie, mais toujours superficielle, avec les capacités de SQLite, j'en suis venu à la conclusion que sous cette forme, désolé, ce n'est qu'un hochet.
Afin d'utiliser les avantages inconditionnels de SQLite, il ne serait pas superflu de disposer au moins d'une base de données historique. Et mieux encore, une base de données des positions actuelles et des ordres en cours. J'espère qu'au niveau du MT, la création de telles bases de données ne prendra pas beaucoup de temps. Surtout si les tables, telles qu'elles sont actuellement, peuvent être formées à partir d'une base de données SQLite. Cette approche simplifiera certainement le travail avec l'historique des ordres et des transactions. Il sera très facile d'obtenir les montants du swap, des commissions, des bénéfices sur toutes les transactions avec un ID de position ou pour une certaine période.
Récemment, j'ai lu dans l'un des sujets que la sélection de l'historique est basée sur l'heure d'ouverture, mais correctement sur l'heure de clôture.... Le fait de disposer d'une base de données SQLite élimine ce genre de questions. Selon quel critère vous voulez l'utiliser et le sélectionner. Mais peu de programmeurs créeront ces bases pour eux-mêmes. IMHO.
Il y en a déjà. Au moyen de MQL. Vous savez où. Mais vous dites que vous ne pouvez pas lire plus de trois phrases....
"Elle".
Dans ce cas, une paraphrase mineure n'est pas importante.
C'est déjà le cas. Au moyen de MQL. Vous savez où. Mais vous dites que vous ne pouvez pas lire plus de trois phrases....
Je ne comprends pas. Je ne sais pas où c'est. Que voulez-vous dire par "avec les outils MQL" ? Comme il est désormais possible de tirer et d'extraire des données d'une base de données SQLite, c'est une très grande différence. Même après une connaissance superficielle, c'est clair. Avec MQL, c'est beaucoup plus compliqué et, me semble-t-il, plus coûteux en temps.
Lorsque l'on écrit sur le sujet sans phrases vides et inutiles, je peux lire un peu plus. Cet article est rédigé de cette manière.
Dans ce cas, une paraphrase mineure n'est pas importante.
Je ne comprends rien. Je ne sais pas où c'est. Qu'entendez-vous par "outils MQL" ? Le fait qu'il soit désormais possible de tirer et d'extraire des données d'une base de données SQLite constitue une très grande différence. Même après une connaissance superficielle, c'est clair. L'utilisation de MQL est beaucoup plus difficile et, me semble-t-il, plus coûteuse en temps.
Lorsque l'on écrit sur le sujet sans phrases vides et inutiles, je peux lire un peu plus. Cet article est rédigé de cette manière.
Il y a longtemps que j'ai rendu possible l'échantillonnage de données que vous avez mentionné. Il fonctionne pour les deux plateformes. Il est décrit dans les articles. Cela a été fait il y a longtemps. Il sera affiné, mais plus tard. Je ne veux pas discuter ici de ce qui n'est pas pertinent pour ce sujet.
Il y a longtemps que j'ai rendu possible l'échantillonnage de données que vous avez mentionné. Cela fonctionne pour les deux plateformes. Il est décrit dans les articles. Cela se fait depuis longtemps. Il sera affiné, mais plus tard. Je ne veux pas discuter ici de ce qui n'est pas pertinent pour ce sujet.
C'est tout à fait exact. Artem, vous l'avez fait avec MQL, mais le sujet concerne SQLite. Même votre bibliothèque serait plus simple et plus "rapide" si elle utilisait les bases de données SQLite. Je ne parlais pas de l'absence ou de l'impossibilité de le faire. Je parlais de la simplicité de la solution.