yardıma ihtiyacım var! Görev çözülmedi, demirin sınırlamalarıyla karşılaşıyorum - sayfa 9
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
Komposter'a: Andrey, eğer bir boyut problemiyle karşılaşırsan, o zaman problem ifadesinde bir hata vardır.
Burada üç seçenek var:
1 kendin için düşün
2 görevi herkese açık olarak açın
3 görevi kişisel olarak ifşa edin (çözebileceğini düşündüğünüz herkes ve ifşa etmemeye güvenin)
Ne demek istediğimi açıklamama izin verin: Haberi kaydederseniz, tüm haberin dizelerini yazabilir veya tipik ifadeleri (sıkıştırma) şifreleyebilirsiniz, "Hesap bakiyesi" 1'e, "Hesap bakiyesi" 2'ye vb. Tipik bir problemin başka bir çeşidi, önceden sıralanmış verileri doldurma isteğidir, büyük boyutlar için ölüm gibidir, sona eklemek ve indekslere göre koşullu sıralama yapmak daha kolaydır.
Sorunun formülasyonunda hata olduğunu söyleyerek anlatmak istediğimin anlaşıldığını düşünüyorum.
Eh, böyle bir değişiklik iyi bir metin düzenleyicide yapılabilir. Her koşulda (haberden bahsetmişken), >%40 gereksiz bilgi olacağına inanıyorum.
Ancak bu, sizi metin verilerini işleme işlevselliğini yazmaktan kurtarmaz. Ses sorunu çözülürse performans sorunu gizlice üst üste gelebilir.
Ancak genel olarak, sorunun ifadesi tam olarak açıklanmadı, bu bir gerçek ... az veri, ancak daha fazla seçenek))
Bana şunu hatırlatıyor: "Kırmızı mı? Hayır, siyah. Neden beyaz? Çünkü yeşil."
burada başka bir şeyden bahsediyoruz
>>> İki sıkıştırılmış diziyi karşılaştırmaktan bahsedin.
benzersiz bir öğe dizileri olmadığı için sıkıştırılmaz, arama başarısız olur
Kontrol - pratikte
örnek - RAR'ı iki dosyayı sıkıştırın
ELEMAN - 08:01:
VE SIRASI
08:01:33.
08:01:38.
08:01:38.
08:01:39.
08:01:40.
08:01:49.
08:01:57.
08:16:53.
08:16:59.
10:09:28.
10:09:29.
10:09:29.
10:09:29.
10:09:30.
10:32:23.
10:32:24.
10:56:11.
10:56:12.
10:56:12.
10:56:12.
10:56:13.
10:56:39.
10:56:39.
10:56:39.
10:56:48.
10:56:48.
10:56:48.
10:57:03.
10:57:04.
10:57:04.
10:57:07.
10:57:07.
10:57:07.
10:57:51.
10:57:52.
11:44:50.
11:44:52.
11:44:52.
11:44:52.
11:44:53.
12:57:35.
12:57:46.
12:57:46.
12:57:46.
14:01:41.
14:01:46.
14:20:06.
14:20:08.
---
Her iki RAR dosyasını da bir HEX düzenleyicide açın ve bulmaya çalışın.
08:01: öğesinin küçülmediğini göreceksiniz.
ve ikinci dosyaya girenlerle hiçbir şekilde eşleşmeyecek
her kaydı - her sütunu ayrı ayrı - sıkıştırırsanız, boyutta bir kazanç elde edemezsiniz
aksine, arşivleyicinin kontrol verileri nedeniyle veri miktarını artıracaksınız.
Kontrol - pratikte
örnek - RAR'ı iki dosyayı sıkıştırın
ELEMAN - 08:01:
VE SIRASI
08:01:33.
08:01:38.
08:01:38.
08:01:39.
08:01:40.
08:01:49.
08:01:57.
08:16:53.
08:16:59.
10:09:28.
10:09:29.
10:09:29.
10:09:29.
10:09:30.
10:32:23.
10:32:24.
10:56:11.
10:56:12.
10:56:12.
10:56:12.
10:56:13.
10:56:39.
10:56:39.
10:56:39.
10:56:48.
10:56:48.
10:56:48.
10:57:03.
10:57:04.
10:57:04.
10:57:07.
10:57:07.
10:57:07.
10:57:51.
10:57:52.
11:44:50.
11:44:52.
11:44:52.
11:44:52.
11:44:53.
12:57:35.
12:57:46.08:01:
12:57:46.
12:57:46.
14:01:41.
14:01:46.
14:20:06.
14:20:08.
---
Her iki RAR dosyasını da bir HEX düzenleyicide açın ve bulmaya çalışın.
08:01: öğesinin küçülmediğini göreceksiniz.
ve eşleşmiyor
her kaydı - her sütunu ayrı ayrı - sıkıştırırsanız, boyutta bir kazanç elde edemezsiniz
aksine, veri miktarını artıracaksınız
Her kayıt ayrı ayrı sıkıştırılmalıdır. Doğal olarak, bu yalnızca kayıtlar sıkıştırmanın gerçekten sıkıştırılması için yeterince büyük olduğunda anlamlı olacaktır.
Her kayıt ayrı ayrı sıkıştırılmalıdır. Doğal olarak, bu yalnızca kayıtlar sıkıştırmanın gerçekten sıkıştırılması için yeterince büyük olduğunda anlamlı olacaktır.
Eh, bloklar halinde çalışmamız gerektiği sonucuna vardık. Buna göre, bloğa boyut olarak karşılık gelmeyen bir bilgi parçası bulmak mümkün olmayacaktır.
Bu neden? Neyden? Sorun nedir? Gelmedi.
Bu neden? Neyden? Sorun nedir? Gelmedi.
Her kayıt ayrı ayrı sıkıştırılmalıdır. Doğal olarak, bu yalnızca kayıtlar sıkıştırmanın gerçekten sıkıştırılması için yeterince büyük olduğunda anlamlı olacaktır.
Dmitry - her kaydı sıkıştırırsanız - bir satır
tam tersine sesiniz artacak - şuna bir bakın!
201 a1.rar oldu -- sıkıştırılmış
535 aaaa1 idi
77 oldu a2.rar bir eleman sıkıştırıldı - daha doğrusu küçülmedi ... ama dosya + kontrol baytlarına girdi
8 oldu aaaa2
---
veri miktarı 20 gigabayttan 20 gigabayt arama öğesi + kontrol baytına çıkacak
ve o zaman ne anlamı var?
Dmitry - her kaydı sıkıştırırsanız - bir satır
tam tersine sesiniz artacak - şuna bir bakın!
201 a1.rar -- sıkılmış
535 aaaa1
77 a2.rar bir eleman sıkıştırılmış - daha doğrusu sıkıştırılmamış ... ama dosyaya + kontrol baytlarına girdi
8 aaaa2
---
veri miktarı 20 gigabayttan 20 gigabayt arama öğesi + kontrol baytına çıkacak
ve o zaman ne anlamı var?
Evet biliyorum ki eğer veriler kısaysa arşivleme sırasında boyutu artıyor.
evet - yani önerdiğin şey iyi değil