"SQLite: MQL5'te SQL veritabanlarıyla yerel olarak çalışma" makalesi için tartışma - sayfa 6
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Hangi klasörde bulmayı bekliyorsunuz? Açılış bayraklarına dikkatlice bakın
İşte bayraklar - int db=DatabaseOpen(filename, DATABASE_OPEN_READWRITE | DATABASE_OPEN_CREATE | DATABASE_OPEN_COMMON);
MQL5/Files paketindeki yardıma göre bunu görmeyi bekliyorum.
Ama orada hiçbir şey yok
Hangi klasörde bulmayı bekliyorsunuz? Açılış bayraklarına yakından bakın
Bunu yaparken bir video çektim. Belki bir sorun vardır....
İşte bayraklar - int db=DatabaseOpen(filename, DATABASE_OPEN_READWRITE | DATABASE_OPEN_CREATE |DATABASE_OPEN_COMMON);
MQL5/Files paketindeki yardıma göre şunu görmeyi bekliyorum
Ama orada hiçbir şey yok.
DATABASE_OPEN_COMMON aradığınız yerde değil.
DATABASE_OPEN_COMMON aradığınız yerde değil.
Teşekkür ederim!
Sevgili geliştiriciler, herkese iyi günler!
MT5'te SQLite kullanımını çok beğeniyorum, bu yeniliğin tüm avantajlarından etkilendiğim için....p.1 )))) eklemek istiyorum.
1. Sorguların içine JSON fonksiyonları için destek eklemek mümkündür, SQLite tarafında bu özellik oldukça uzun bir süredir uygulanmaktadır ve bunu diğer programlarda aktif olarak kullanıyorum... ve MT5'te kullanmak istiyorum, çünkü:
1.1 Çok kullanışlıdır, JSON ayrıştırma ve toplama kutudan çıkar çıkmaz çok hızlı çalışır
1.2 Yanıtları oluşturmak ve parçalarına ayırmak için üçüncü taraf kütüphaneleri kullanmaya gerek yok
1.3 Verileri toplu olarak kaydedebilme ve SQL sorgusu ile taban tarafında işleyebilme
1.4 Sunucu yanıtı değiştiyse veya başka bir durumda, programı yeniden derlemek yerine SQL sorgusunu değiştirmek yeterlidir ve
bu avantajların sadece bir kısmı... MT5 için mevcut uygulamada mevcut değil, SQLite'ın eski bir sürümünün MT5'e bağlı olduğunu varsayıyorum....
Genel olarak bu, her veri sağlayıcısının kendi yapılarına sahip olduğu çok sunuculu sistemlerde büyük projelerin ölçeklendirilmesi için birçok fırsat sunar.
2. Veritabanına hem yazma hem de veritabanından okuma için tek seferlik erişim konusuyla ilgili önceki yazıları okuyun....
Ben şahsen şunu öneriyorum ve kullanıyorum: PRAGMA journal_mode = WAL;
bu, veritabanı çoklu erişimi ile ilgili birçok sorunu çözer ve SQLite'ın ciddiyetini artırır...
2.1 Veritabanını, projeye kaynak olarak eklenmiş SQL kodlu önceden hazırlanmış bir metin dosyasından oluşturmak ve bunu bir değişken dizesi olarak kullanmak daha iyidir
2.2 Tüm sorguları kaynak dosyaları olarak oluşturmak da uygundur ve bir sorgudaki verileri değiştirmeniz gerekirse, StringFormat...
3. Büyük projelerimin her birinde MT5 ve SQLite arasındaki mevcut etkileşim mekanizmasını kullanmaya çalışıyorum, verilerle çalışmak çok uygun hale geldi, BÜYÜK BİR TEŞEKKÜR!
Değerli geliştiriciler, herkese iyi günler!
MT5'te SQLite kullanımını ÇOK seviyorum, bu yeniliğin tüm avantajlarından etkilendiğim için....p.1))) eklemek istiyorum.
1. Sorguların içine JSON işlevleri için destek eklemek mümkündür, SQLite tarafında bu özellik oldukça uzun bir süredir uygulanmaktadır ve bunu diğer programlarda aktif olarak kullanıyorum... ve bunu MT5'e de eklemek istiyorum:
1.1 Çok kullanışlıdır, JSON ayrıştırma ve toplama kutudan çıkar çıkmaz çok hızlı çalışır
1.2 Yanıtları oluşturmak ve parçalarına ayırmak için üçüncü taraf kütüphaneleri kullanmaya gerek yok
1.3 Verileri toplu olarak kaydedebilme ve SQL sorgusu ile taban tarafında işleyebilme
1.4 Sunucu yanıtı değiştiyse veya başka bir durumda, SQL sorgusunu değiştirmek ve programı yeniden derlememek yeterlidir ve
Bu, MT5 için mevcut uygulamada bulunmayan avantajların yalnızca bir kısmıdır, SQLite'ın eski bir sürümünün MT5'e bağlı olduğunu varsayıyorum....
Genel olarak, her veri sağlayıcısının kendi yapılarına sahip olduğu çok sunuculu sistemlerde büyük projelerin ölçeklendirilmesi için birçok fırsat sunar.
2. Veritabanına hem yazma hem de veritabanından okuma için tek seferlik erişim konusuyla ilgili önceki yazıları okudum....
Ben şahsen şunu öneriyorum ve kullanıyorum: PRAGMA journal_mode = WAL;
Bu, veritabanına çoklu erişimle ilgili birçok sorunu çözer ve SQLite'ın ciddiyetini artırır...
2.1 Projeye kaynak olarak eklenmiş SQL kodu ile önceden hazırlanmış bir metin dosyasından bir veritabanı oluşturmak ve bunu bir değişken dizesi olarak kullanmak daha iyidir
2.2 Tüm sorguları kaynak dosyaları olarak oluşturmak da uygundur ve bir sorgudaki verileri değiştirmeniz gerekirse, StringFormat...
3. Büyük projelerimin her birinde MT5 ve SQLite arasındaki mevcut etkileşim mekanizmasını kullanmaya çalışıyorum, verilerle çalışmak çok uygun hale geldi, BÜYÜK BİR TEŞEKKÜR!
Tabii ki, farklı komut dosyalarına veritabanına eşzamanlı erişim imkanı vermek güzel olurdu. Geliştiriciler bunu düşünmemiş (((.
Görünüşe göre, MQL5 araçlarını daha fazla geliştirmek istemiyorlar.
Farklı komut dosyalarına veritabanına eşzamanlı erişim imkanı vermek güzel olurdu. Geliştiriciler bunu düşünmemiş ((
Görünüşe göre, MQL5 araçlarını daha fazla geliştirmek istemiyorlar.
Tabii ki bunu düşünmüşlerdir.
Terminal içindeki farklı betiklerden aynı tabanlara ve tablolara erişebilirsiniz.
İşte eşzamanlı bir yazar ve okuyucu örneği. Farklı grafikler üzerinde çalıştırın.
Tabii ki yaptık.
Terminal içindeki farklı betiklerden aynı veritabanlarına ve tablolara erişebilirsiniz.
İşte eşzamanlı bir yazar ve okuyucu örneği. Farklı grafikler üzerinde çalıştırın.
Renat, merhaba!
JSON'u veritabanında saklama ve onunla çalışma olasılığının en azından yakın gelecekte uygulanıp uygulanmayacağını söyleyebilir misiniz?
Renat, merhaba!
JSON'u veritabanında saklama ve onunla çalışma yeteneğinin en azından yakın gelecekte uygulanıp uygulanmayacağını söyleyebilir misiniz?
Yarın beta 2840 sürümünde olacak:
örnek:
Yeni json türünü daha sonra veritabanı oluşturma sihirbazına dahil edeceğiz.