yardıma ihtiyacım var! Görev çözülmedi, demirin sınırlamalarıyla karşılaşıyorum - sayfa 10
![MQL5 - MetaTrader 5 müşteri terminalinde yerleşik ticaret stratejileri dili](https://c.mql5.com/i/registerlandings/logo-2.png)
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret 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
Hala deniyorum.
Üç dosyamız var.
1. L. Tolstoy. Savaş ve Barış, Cilt-1.
2. L. Tolstoy. Savaş ve Barış, Cilt-2.
3. F. Dostoyavski. Suç ve Ceza.
Her birini paketliyoruz.
İsimsiz paketlenmiş üç dosyamız var (sadece bana isimsiz bir dosyayı nasıl hayal ettiğimi sormayın). Bir de paketsiz mandarımız var, o da "Suç ve Ceza" olsun.
Bu üç sıkıştırılmış dosyada bu dosyayı bulmanın en ekonomik yolu nedir?
Seçenek 1. Üç dosyayı da açın ve içinde istediğiniz dosyayı bulun.
Seçenek 2. Aradığınız dosyayı sıkıştırın ve sıkıştırılmış üç dosya arasında tam olarak aynı dosyayı bulun.
evet - yani önerdiğin şey iyi değil
Evet biliyorum ki eğer veriler kısaysa arşivleme sırasında boyutu artıyor.
Peki, bu yönde devam etmek istiyorsanız, arama için karma veya sağlama toplamı kullanabilirsiniz, sıkıştırma ile kodlamaya gerek yoktur. Karmalar üzerinde bir dizin oluşturun ve dikotomi yöntemini kullanarak arama yapın.
Ancak bu, orijinal kısmın tam olarak huzurundadır.
Örneğin, bu gibi durumlarda herhangi bir fırfırlar olmadan bir DBMS kullanıyorum. Geliştirmeye daha az zaman harcıyorum ve ürün stabil.
Her şeyi doğru söylüyorsunuz ve bu bir kez daha sıkıştırma seçeneğinin görev için haklı olması gerektiğini vurguluyor.
Sorunun ortamından dans etmeleri gerekiyor.
Peki, bu yönde devam etmek istiyorsanız, arama için karma veya sağlama toplamı kullanabilirsiniz, sıkıştırma ile kodlamaya gerek yoktur. Karmalar üzerinde bir dizin oluşturun ve dikotomi yöntemini kullanarak arama yapın.
Ancak bu, orijinal kısmın tam olarak huzurundadır.
Örneğin, bu gibi durumlarda herhangi bir fırfırlar olmadan bir DBMS kullanıyorum. Geliştirmeye daha az zaman harcıyorum ve ürün stabil.
O yüzden önermedim. Her durumda, fikir ilginç.
>>> İki sıkıştırılmış diziyi karşılaştırmaktan bahsedin.
Dima! Hatırlıyorum - bununla ilgiliydi
Pratikte yaptığımız da tam olarak bu.
>>> Evet, veri kısaysa arşivleme sırasında boyutun arttığını biliyorum.
bu nedenle uygun değil
--
bu nedenle, endüstriyel üsler bu ideolojiye sahip değildir.
...
Ну если хотите продолжать в этом направлении, то для поиска можно и хеширование использовать или контрольную сумму, не обязательно кодировать сжатием. Создать индекс по хешам и методом дихотомии выполнять поиск.
Но это при наличии исходной порции в полном объеме.
Я например, в подобных случаях использую СУБД без всяких выкрутасов. И времени меньше затрачиваю на разработку, и продукт стабильный получается.
tamsayı :
İyi bir fikir.ve burada deneyebilirsiniz
>>> Örneğin, böyle durumlarda herhangi bir fırfırlar olmadan bir DBMS kullanıyorum. Geliştirmeye daha az zaman harcıyorum ve ürün stabil.
ancak hazır endüstriyel SQL veritabanlarını almak en iyisidir.
>>> İki sıkıştırılmış diziyi karşılaştırmaktan bahsedin.
Dima! Hatırlıyorum - bununla ilgiliydi
Pratikte yaptığımız da tam olarak bu.
>>> Evet, veri kısaysa arşivleme sırasında boyutun arttığını biliyorum.
bu nedenle uygun değil
--
bu nedenle, endüstriyel üsler bu ideolojiye sahip değildir.
...
ve burada deneyebilirsiniz
>>> Örneğin, böyle durumlarda herhangi bir fırfırlar olmadan bir DBMS kullanıyorum. Geliştirmeye daha az zaman harcıyorum ve ürün stabil.
ancak hazır endüstriyel SQL veritabanlarını almak en iyisidir.
Yurchik, dosya işleme, sıkıştırma vb. Tamamen SQL ve robot/gösterge mantığıyla çalışır. Bir çok veritabanı ile çalıştım, tek sorun MQL ve SQL arkadaşlığı yapmaktı))), herhangi bir dizi ve yapı olmadan güzel bir çözüm yaptım.
Genelde, tekerleği yeniden icat etmeyi değil, problemleri optimal araçlar kullanarak çözmeyi tercih ederim.
Bence farklı bir nedenle. Orada büyük verilerin RAM'e yüklenmesi sorunu farklı şekilde çözüldüğü için yüklenmezler, doğrudan diskten okunurlar. (belki)
sunucu bunu yapar ... ve çok verimli bir şekilde