Discussion de l'article "Comment accéder à la base de données MySQL à partir de MQL5 (MQL4)" - page 13
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
win 7 x64 - mt5 x64 dernière version (v5 b1455)
Je n'arrive pas à accéder à MySQL, mais ce n'est pas dommage.
Serveur : Localhost via socket UNIX
Type de serveur : Percona Server
Version du serveur : 5.5.35-33.0-log - Percona Server (GPL), Release rel33.0, Revision 611
Version du protocole : 10
Utilisateur : ***
Encodage du serveur : UTF-8 Unicode (utf8)
Voici la version recompilée x64 pour MQL5
Pavel l'a essayé.
plus de problèmes avec la connexion des dll
tout fonctionne, merci
plus de problèmes avec la connexion des dll
tout fonctionne, merci
Toujours heureux de vous aider.
Bonne chance pour vos projets.
Merci, je l'ai lu. L'auteur de l'article actuel, qui est arrivé, ....., et qui a tout gâché, a soulevé un très bon point. et a tout gâché).
J'ai moi-même rencontré plus d'une fois le problème des collisions. Par exemple, si un robot de trading est attaché à différents graphiques, mais utilise une seule base, et que l'accès est à une table à usage général (par exemple enregistrement/modification de sessions, comptes), alors dans tous les cas vous obtiendrez une erreur du type "table verrouillée". Et peu importe que toutes les transactions soient terminées, que les curseurs soient fermés et que la base de données ait été ouverte en mode partagé.
Le commentateur n'a probablement pas compris les paramètres de sqlite, qui résolvent toutes les collisions par le biais de la compilation pour le mode avec verrous ou par le biais d'un pragma.
Je peux dire que je travaille depuis plusieurs années sur des projets lourds avec du multithreading simultané en lecture/écriture et qu'il n'y a pas de problème, l'essentiel étant d'avoir les mains droites.
Le commentateur n'a probablement pas compris les paramètres de sqlite, qui résolvent toutes les collisions par la compilation pour le mode avec verrous ou par le pragma.
Je peux dire que je travaille depuis plusieurs années sur des projets lourds avec du multithreading simultané en lecture/écriture et qu'il n'y a pas de problèmes, l'essentiel étant d'avoir les mains droites.
o_O
Je peux éventuellement reprendre ce projet pour SQLite, écrire des scripts de test/EA et s'il y a à nouveau des blocages, nous pourrons le résoudre ensemble (si cela ne vous dérange pas) et fournir une solution logicielle à la communauté.
Cela vaut peut-être la peine d'y prêter attention, car une base de données présente certains avantages (autonomie, SQL, mobilité, possibilité d'intégration, etc.)
En fait, j'ai pris une DLL prête de SQLite (pas le code source) et je ne l'ai pas recompilée, mais j'ai juste travaillé avec l'API C++.
o_O
Je peux éventuellement reprendre ce projet pour SQLite, écrire des scripts de test/EA et s'il y a à nouveau des blocages, nous pourrons trouver une solution ensemble (si cela ne vous dérange pas) et fournir une solution logicielle à la communauté.
Cela vaut peut-être la peine d'y prêter attention, car une base de données présente certains avantages (autonomie, SQL, mobilité, possibilité d'intégration, etc.)
En fait, j'ai pris une DLL prête à l'emploi de SQLite (pas le code source) et je ne l'ai pas recompilée, j'ai juste travaillé avec l'API C++.
Il serait vraiment intéressant que le "mythe" du verrouillage de SQLite soit confirmé ou infirmé. S'il n'y avait pas cette incertitude, ou des solutions pour y remédier, SQlite est une option très attrayante pour l'interopérabilité. Il serait également intéressant de connaître ses performances, par exemple, par rapport à la même base de données avec Access. Bien sûr, si quelqu'un a vraiment le temps et l'envie de faire ce travail.
Il reste la question de la connexion de la base à des logiciels tiers, qui peuvent être connectés à n'importe quelle base de données - Access, SQL Server, Oracle, etc. SQLite a-t-il un pilote installé sur l'ordinateur comme OLEDB ou au moins ODBC ? Et dans le même Access, plusieurs applications peuvent écrire et lire dans la même base de données de manière asynchrone par le biais de différentes interfaces sans aucun problème. Je soupçonne que cela ne fonctionne pas avec SQLite.
Il serait vraiment intéressant que le "mythe" du verrouillage de SQLite soit confirmé ou infirmé. S'il n'y avait pas cette incertitude, ou des solutions pour l'éliminer, SQlite est une option très attrayante pour l'interopérabilité. Il serait également intéressant de connaître ses performances, par exemple, par rapport à la même base de données avec Access. Bien sûr, si quelqu'un a vraiment le temps et l'envie de faire un tel travail.
Il reste la question de la connexion de la base à des logiciels tiers, qui peuvent être connectés à n'importe quelle base de données - Access, SQL Server, Oracle, etc. SQLite a-t-il un pilote installé sur l'ordinateur comme OLEDB ou au moins ODBC ? Et dans le même Access, plusieurs applications peuvent écrire et lire dans la même base de données de manière asynchrone par le biais de différentes interfaces sans aucun problème. Je soupçonne que cela ne fonctionne pas avec SQLite.
Eh bien, OLEDB pour SQLite est disponible, il suffit de le chercher sur Google. Au fait, une idée intéressante pour exécuter des scripts de test sur la localisation à travers OLEDB vers SQLite.... pervers, bien sûr, mais nous sommes tous des pervers ici....
En ce qui concerne l'accès natif, je pense qu'en unissant nos efforts, nous pouvons parvenir à un résultat positif. Ce n'est qu'une question de temps, je ne pourrai pas le faire cette semaine... peut-être que je trouverai le temps ce week-end...
OLEDB pour SQLite est disponible, il suffit de googler. Au fait, l'idée d'exécuter des scripts de test sur le loc via OLEDB vers SQLite.... est intéressante. pervers bien sûr, mais nous sommes tous des pervers ici....
En ce qui concerne l'accès natif, je pense qu'en unissant nos efforts, nous pouvons parvenir à un résultat positif. C'est juste une question de temps, je ne pourrai pas le faire cette semaine... peut-être que le week-end, j'y consacrerai du temps...
J'ai une application qui crée une base de données et y écrit (et non lit) de grandes quantités d'informations dans de nombreuses tables. Si je peux trouver un pilote OLEDB installé sur l'ordinateur et visible à travers les paramètres de l'application, SQLite peut être facilement testé sans accrochage. De même, vous pouvez vous connecter à SQLite par le même accès et essayer de lire et de modifier les tables en parallèle. Bien entendu, il ne sera pas possible d'effectuer des mesures.
J'ai cherché sur Internet. Un tel fournisseur OLEDB n'a pas pu trouver un tel fournisseur OLEDB. Tous les autres DLL OLEDB, qui ne peuvent être utilisés qu'à partir de langages de programmation, d'après ce que j'ai compris.
ont commencé à apparaître en permanence, qu'est-ce que cela signifie ?
Lorsque j'exécute mon code sur cette ligne.
if(DB==-1){DB=MySqlConnect(Host, User, Password, Database, Port, Socket, ClientFlag);}
res = MySqlCursorOpen(DB, "SELECT id, account, symbol FROM `current` WHERE account="+account);