Rust-rocksdb: उपसर्ग चलनेवाला अजीब व्यवहार करता है

को निर्मित 8 नव॰ 2018 · 6टिप्पणियाँ · स्रोत: rust-rocksdb/rust-rocksdb

नमस्ते,
यदि आप prefix_iterator विकल्प में घोषित किए गए से अधिक लंबे उपसर्ग देते हैं ( set_prefix_extractor )।
आपको कोई त्रुटि नहीं मिलती है और यह बाकी उपसर्ग को अनदेखा नहीं करता है, यह एक उपसर्ग के साथ एक से एक उपसर्ग की तरह व्यवहार करता है।
इस तरह:

set_prefix_extractor(len)
myp = &[1u8; len+1];
prefix(myp[..len]) + From(myp)

और एक वास्तविक कार्य उदाहरण:

let prefix_extractor = rocksdb::SliceTransform::create_fixed_prefix(1);
let mut opts = Options::default();
opts.create_if_missing(true);
opts.set_prefix_extractor(prefix_extractor);
let db = DB::open(&opts, &tempdir).unwrap();


db.put(&[0,0,0,0], &[0,0,0,0]).unwrap();
db.put(&[0,0,0,1], &[0,0,0,1]).unwrap();
db.put(&[0,1,0,1], &[0,1,0,1]).unwrap();
db.put(&[0,1,1,1], &[0,1,1,1]).unwrap();
db.put(&[0,1,2,1], &[0,1,2,1]).unwrap();
db.put(&[2,0,0,0], &[2,0,0,0]).unwrap();
db.put(&[2,2,2,2], &[2,2,2,2]).unwrap();

let me = db.prefix_iterator(&[0,1,0]);
for (key, value) in me {
    println!("Saw {:?} {:?}", key, value);
}

यह इन परिणामों को प्रिंट करेगा:

Saw [0, 1, 0, 1] [0, 1, 0, 1]
Saw [0, 1, 1, 1] [0, 1, 1, 1]
Saw [0, 1, 2, 1] [0, 1, 2, 1]

तो पहला बाइट एक वास्तविक उपसर्ग की तरह व्यवहार करता है (एक सटीक मिलान देता है), लेकिन बाकी न तो उपसर्ग हैं और न ही अनदेखा, उन्हें "से" के रूप में इस्तेमाल किया जा रहा है (आप इस अनदेखी को सब कुछ देख सकते हैं जो [0,0 से शुरू होता है] ] लेकिन [0,2] जैसे बड़े बाइट्स शामिल हैं)

क्या यह वांछित व्यवहार है या यह एक बग है?

bug

स्रोत

elichai

सभी 6 टिप्पणियाँ

मुझे संदेह है कि जो व्यवहार आप देख रहे हैं, वह इस वजह से है कि कोर लाइब्रेरी कैसे लागू की जाती है। मुझे यकीन नहीं है कि यह डिज़ाइन या "अपरिभाषित व्यवहार" से है।

iSynaptic 19 नव॰ 2018

👍1

@elichai ठीक है बंद करने के लिए या आपको लगता है कि यह इस भाषा के साथ एक मुद्दा है?

iSynaptic 29 नव॰ 2018

हम्म मैं वास्तव में यह जाँच नहीं करता था कि यह C ++ कोड में मौजूद है, इसलिए idk।
हो सकता है कि मेरे पास समय होने पर मैं जल्द ही जाँच कर लूँ (C ++ देव नहीं)

elichai 9 दिस॰ 2018

@iSynaptic निश्चित नहीं है अगर यह एक अलग मुद्दे के लायक है,
put लिखने के कार्य try! नहीं होते हैं और फिर भी वे एक परिणाम वापस करते हैं।
क्या यह इरादा है? क्यों?
https://github.com/rust-rocksdb/rust-rocksdb/blob/master/src/db.rs#L1147

elichai 9 दिस॰ 2018

@elichai मुझे लगता है कि इसका उद्देश्य व्यवहार है, क्योंकि त्रुटियों का कोई भी मौका कार्यान्वयन विस्तार नहीं है। भविष्य में, हम उपयोगकर्ता-सामना करने वाले एपीआई को बदले बिना इस आंतरिक कार्यान्वयन को बदलने में सक्षम होंगे

vitvakatu 10 दिस॰ 2018

👍1

@ सेलिहाई अब मैं सहमत हूं कि prefix_iterator अजीब व्यवहार करता है, लेकिन जैसा कि डिज़ाइन किया गया है। # 254 में, मैंने एक परीक्षण जोड़ा जो व्यवहार को मान्य करता है और इसमें एक टिप्पणी है जिसमें व्यवहार की व्याख्या की गई है (नीचे उद्धृत)। I _think_ के व्यवहार के आधार पर, आप शायद एक नियमित पुनरावृत्ति का उपयोग करें और अपना ReadOptions प्रदान करें। यह # 253 में सक्षम है।

स्पष्टीकरण : db.prefix_iterator पहली कुंजी की तलाश करने के लिए अंतर्निहित विकल्पों को सेट करता है जो पूरे prefix मेल खाता है। वहाँ से, पुनरावृति जोड़े को तब तक पढ़ना जारी रहेगा जब तक key से निकाले गए उपसर्ग prefix से निकाले गए उपसर्ग से मेल नहीं खाते।

@vitvakatu @aleksuss मुझे लगता है कि हमें उन सभी कार्यों पर एक नज़र डालने की ज़रूरत है जो पुनरावृत्तियों का निर्माण करते हैं और उन्हें यथासंभव सरल बनाते हैं - वे थोड़ा भ्रमित हैं। मेरे पास कुछ विचार हैं और मैं एक साथ एक पीआर रख सकता हूं।

iSynaptic 3 फ़र॰ 2019

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Rust-rocksdb: उपसर्ग चलनेवाला अजीब व्यवहार करता है

सभी 6 टिप्पणियाँ

संबंधित मुद्दों