Discussione sull’articolo "SQLite: Gestione nativa dei database SQL in MQL5" - pagina 5
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Esattamente. Artem, lo hai fatto con MQL, ma l'argomento riguarda SQLite. Anche la vostra libreria sarebbe più semplice e più "veloce" se utilizzasse i database SQLite. Non stavo parlando dell'assenza o dell'impossibilità di farlo. Stavo parlando della semplicità della soluzione.
Beh, molto più semplice di quello che ho fatto io: basta richiedere i dati necessari nel vostro programma, e per entrambe le piattaforme. Ma l'argomento non riguarda questo. Quindi lasciamo perdere la fandonia.
Dall'articolo, anche se con difficoltà, capisco questo esempio
Questa query seleziona i record con un valore superiore a 15000 dal database. Un altro esempio era quello di selezionare la somma... Ma io, ad esempio, ho bisogno di selezionare il valore minore/maggiore dal database. Oppure la somma di valori maggiori o minori di zero. Penso che esista questa possibilità, ma non ci sono abbastanza informazioni sotto forma di documentazione MQL5. Per me è difficile trarre degli esempi. Ma se non ce l'ho... se necessario, cercherò di capirlo.
È necessario imparare il linguaggio delle query SQL. Questo articolo mostra come utilizzarle con l'aiuto di queste funzioni MQL5 e fornisce alcuni esempi di query SQL.
Il compito di "creare una guida su SQL" non era previsto. Esistono molti tutorial e corsi su questo argomento.
È necessario imparare il linguaggio di interrogazione SQL. Questo articolo mostra come utilizzarle con l'aiuto di queste funzioni MQL5 e fornisce alcuni esempi di query SQL.
Il compito di "fare una guida SQL" non è stato fissato. Esistono molti tutorial e corsi su questo argomento.
Sì Rashid, ho cercato e trovato quello che si può trovare in russo. Ma sono d'accordo, se si offre di usare qualcosa, allora la descrizione dovrebbe essere disponibile senza ulteriori ricerche. Inoltre, ho già detto che la forma della documentazione è più accettabile per me come documentazione MQL. E tutto quello che ho trovato in rete su SQLite è in qualche modo difficile da capire. Ma questo non è rilevante per me.
Inoltre ho espresso un'opinione un po' più realistica.
Forum sul trading, sui sistemi di trading automatico e sulla verifica delle strategie di trading.
Discussione dell'articolo "SQLite: lavoro nativo con i database SQL in MQL5".
Alexey Viktorov, 2020.05.16 10:26 AM
Dopo aver familiarizzato più da vicino, ma in modo ancora superficiale, con le funzionalità di SQLite, sono giunto alla conclusione che in questa forma, mi spiace, è solo un rantolo.
Per utilizzare i vantaggi incondizionati di SQLite sarebbe utile avere almeno un database della cronologia. E meglio, un database delle posizioni attuali e degli ordini in sospeso. Spero che a livello di MT la creazione di tali database non richieda molto tempo. Soprattutto se le tabelle, come sono ora, possono essere formate da un database SQLite. Questo approccio semplificherà sicuramente il lavoro con la storia degli ordini e delle operazioni. Sarà molto facile ottenere gli importi di swap, commissioni, profitti su tutte le operazioni con un ID di posizione o per un certo periodo.
Recentemente ho letto in uno dei topic che la selezione dello storico si basa sull'orario di apertura, ma correttamente sull'orario di chiusura.... Avere un database SQLite elimina queste domande. In base a quale criterio si vuole utilizzare e selezionare. Ma pochi programmatori creeranno queste basi da soli. IMHO.
Esattamente pochi programmatori scriveranno il riempimento del database per sfruttare i nuovi giocattoli. E Artyom si è subito indignato: "come non è disponibile", prendi la libreria e usala. Ma nella sua libreria tutto è fatto con mezzi MQL, e SQLite rimane un rantolo.
Mi chiedo quanto sia difficile sostituire l'algoritmo esistente di riempimento della cronologia e dell'elenco delle posizioni aperte e degli ordini in sospeso con il riempimento del database SQLite e poi convertirlo nella forma attuale. E come influirà sulla velocità della MT.
Immaginate quanto sarà facile raccogliere tutti gli ordini e le operazioni per ID di posizione, sia aperti che già chiusi.....
Sì, Rashid, ho cercato e trovato quello che ho trovato in russo. Ma sono d'accordo, se si offre di usare qualcosa, la descrizione dovrebbe essere disponibile senza ulteriori ricerche. Inoltre, ho già detto che la forma della documentazione è più accettabile per me come documentazione MQL. E tutto quello che ho trovato in rete su SQLite è in qualche modo difficile da capire. Ma questo non è rilevante per me.
Non siamo d'accordo.
I sistemi più conosciuti hanno molta documentazione disponibile. Siate realistici.
Non siamo d'accordo.
I sistemi più conosciuti dispongono di un'ampia documentazione. Siate realistici.
Non sto insistendo. Questa è solo la mia opinione soggettiva, forse errata.
Sono esattamente pochi i programmatori che scriveranno database per trarre vantaggio dai nuovi giocattoli.
Uno script per creare/aggiornare una tabella di database a partire dalla cronologia del conto/strumento viene scritto in pochi minuti.
Molto probabilmente il terminale memorizza tutto negli stessi DB, ma è improbabile che vi si acceda direttamente. E non ha senso duplicare il tutto in un database castum "out of the box".
Uno script per creare/aggiornare una tabella DB a partire dalla cronologia dei conti/strumenti è scritto in minuti.....
Molto probabilmente il terminale memorizza tutto questo negli stessi database, ma è improbabile che siano direttamente accessibili. E non ha senso duplicare il tutto in un database castum "out of the box".
Sì, non ho pensato alla sicurezza. Probabilmente perché non ci sono pensieri fraudolenti:))))))) Sono d'accordo. Ritiro le mie parole.
@Rashid Umarov Sto rileggendo l'articolo per l'ennesima volta e ogni volta mi colpisce un refuso.
Per favore, correggetelo e cancellate questo messaggio.
Corretto in 2 punti - strano errore di battitura. Grazie
Buon pomeriggio!
Quando eseguo lo script DatabaseRead.mq5 - non creo affatto un file di database (company.sqlite).
Non genera alcun errore. Il file c'è, ma non lo vedo!
Potete aiutarmi a capire?