.Bloom filtresi ters mi? mümkün? Bir röportajda soru itibaren
"bir sözcük saklı bir listede olup olmadığını belirleme liste belleğe uymuyor yok disk erişimi, bellek erişimi sadece Hiçbir yanlış pozitif izin sahte negatifler aramalar için, izin verdi.. tamam."
Çiçek filtreleri tam tersini yapar: Yanlış pozitif değerlere izin verilir, yanlış negatiflere izin verilmez.
Düşüncelerim: "Yanlış pozitif olmayan" gereklilikleri ihlal eden çarpışmalara sahip olabileceğimiz için karma işlev kullanamıyoruz. Bir sayma çiçek filtresi kullanılsa bile, bir çarpışma hala yanlış bir pozitifliğe neden olur. I.E. iki dizgiyle aynı karıncalar oluşur, bu yüzden birincisi "takılı" olduğunda, ve ikincisine bir arama yaparsak, o olmasa da, orada gösterecektir.
Yanlış pozitiflere sahip olamadığımız için cevap biraz dizidir. Bu doğru mu?
açık zincirli hashing ne olacak? Bunu kullanabilmemiz gerektiğini düşünüyorum. – NeoR
Tam olarak sorulan soruya göre, listenin bir kısmını sıralanmış bir dizide saklamak sadece gereksinimleri karşılar :) – twotwotwo
Muhtemel kopyası [Yanlış negatifler veren ancak yanlış pozitif olmayan herhangi bir olasılık veri yapısı var mı?] (Http: // stackoverflow.com/questions/13263220/is-there-any-probabilistic-data-structure-that-gives-false-negatives-but-not-fal) – mrmcgreg